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@ Digital data processing system. 

@ The system has memory storing data and instructions and 
processing means. Memory is organized into objects identified 
by unique identifiers (UIDs) comprising a logical allocation unit 
identifier (LAUID) and an object serial number (OSN) provided 
by an architectural clock, associated with an offset (O) and 
length (L) enabling logical addresses to be derived. Instructions 
(SIN'S) are in an intermediate level language - (SOP's = S - lan- 
guage operations). Associated names (NAME A, NAME 8) 
point to name tables which identify subjects to' which the 
processor may respond in relation to the instruction in 
question. Protection is afforded by restricting access to 
memory operations to a subject pertaining to the set of 
subjects pertaining to the object in question. 



INSTRUCTION STREAM 



F/G 3 



UIO l.«UIO 05M ^ ^ 


0 

)t 


I 






*0N AON L. 


0 

it 


L 

31 



Bundesdruckerei Berlin 



F/G. 106A 



BHBOOCHD:-EP 03006l«Aa> 



European Patent 
Ofllce 



EUROPEAN SEARCH REPORT 



Appiicaiioo Number 



1 ■ _ Of rdevanf p^^^"""' appro| 

1972. pageTlKo' ^l^^^tic City. 

GRAHAM et ai ..JS;/r.''' Press; G.S. 
and practice"' "^'^^^"""P'-inciples 
* Page 418 Taf*. u 

n-ght-hand'cofuin ^fn^Jn""""! 29 
page 425, left-ha,;^ ' ? ^^9"re 1; 
42-47; page 426 lof*"^'""' ^'""^s ' 
'ines 5-25 * ' ^^^^'^^"'i column 



COMPCON SPRING -an a- 

San Francisco 25th-2lthV°K' ''''''' 

pages 340-343 IPpp w f^^ruary iggQ 

McCREERY; "fhe X-tr;.^'*' "S; T d' 

Bottom layer" "^^^ "Perating system- 

TDEM. 

fsTpJgf ^^^^^^^^^ October 
' * Sections 3 o" 2.3 J r^''^'*«ct 



Relevant 
_ to cJairo 



1-5.7- 
13,15 



88 20 0921 



G 06 
G 06 



9/46 
12/14 



14 

1-5.7- 
13,15 



ure" 



A.S. TANENBAUM: "Str.,rf. ^ 
organization" igyc computer 
Prentice-Han' Jnc * ^^f' ^^^-268, 
New Jersey US ^nglewood Cliffs 

r Page 266 lines l-ig. 

* ^ -^3. figure 5-33 * 

-/- 



[14 

1-5.7- 
13,15 



SEARCHED (Im. a.|, 



G 06 F 



Place Of t*9rpK —— 



Place of jearcj, 

THE HAGUE 



^ document of t c s\ " another 

U . non-wri(ien disclosure 
P^nrcrmediate document 



"P for all claims 

30-01-1989 



ExaauBer 

WILTINK J.G. 



^^11 European Patent 
0))} Ofllce 



EUROPEAN SEARCH REPORT 



DOCUMENTS CONSIDERED TO BE RELEVANT 

~] Citation of document with indication, where appropriate. 
Category of relevant pass;i|ies 



.BM TECHNICAL DISCLOSURE BULLETIN, vol. 
22. no. 3, August 1979. pages 
1286-1289, New York, US; D.B. LOMET: 
"Regions for controlling the 
propagation of addressability in 
capability systems" 
Page 1286, line 38 - page 1287, line 



Reicvant 
to claim 



Page 2 

Application Number 

EP 88 20 0921 



CLASSIFIC ATION OF THE 
APPUCATION Qm. €1.4) 



TECHNICAL FIELDS 
SEARCHED Gnt. CI.4) 



The present search report has been drawn up for al l claims 
Plicc of uarcb 



THE HAGUE 



Date of completion of Ihe search 



30-01-1989 



Examiner 



WILTINK J.G. 



CATEGORY OF CITED DOCUMENTS 

X : panicularlv relevant if taken alone 

Y : panicularlv relevant if combined witb another 

document of the same cate«OTy 
A : lechnoloEiical backgrouod 
O : non-written disclosure 
I* : intermediate document 



T • thcorv or principle underlying the invention 
K : carliJr patent document, but published on, or 

aficr the fiiint; date 
D : document cited in the application 
L : document cited for other reasons 

&":"mem'ber of thrsame^ famiiv, corresponding 

document 



BW60OCl0:<£P 030061ftAa> 



I* 




EP 0 300 516 A2 



DIGITAL DATA PROCESSING SYSTEM 

The present invention relates to a digital data processing system and, more particularly, to a 
multiprocessor digital data processing system suitable for use in a data processing network and having a 
simplified, flexible user interface and flexible, multileveled internal mechanisms. 

A general trend in the development of data processing systems has been towards systems suitable for 

5 use in interconnected data processing networks. Another trend has been towards data processing systems 
wherein the internal structure of the system is flexible, protected from users, and effectively invisible to the 
user and wherein the user is presented with a flexible and simplified interface to the system. 

Certain problems and shortcomings affecting the realization of such a data processing system have 
appeared repeatedly in the prior art and must be overcome to create a data processing system having the 

ro above attributes. These prior art problems and limitations include the following topics. 

First, the data processing systems of the prior art have not provided a system wide addressing system 
suitable for use in common by a large number of data processing systems interconnected into a network. 
Addressing systems of the prior art have not provided sufficiently large address spaces and have not 
allowed information to be permanently and uniquely identified. Prior addressing systems have not made 

15 provisions for information to be located and identified as to type or format, and have not provided sufficient 
granularity. In addition, prior addressing systems have reflected the physical structure of particular data 
processing systems. That is. the addressing systems have been dependent upon whether a particular 
computer was, for example, an 8, 16. 32, 64 or 128 bit machine. Since prior data processing systems have 
incorporated addressing mechanisms wherein the actual physical structure of the processing system is 

20 apparent to the user, the operations a user could perform have been limited by the addressing mecha- 
nisms. In addition, prior processor systems have operated as fixed word length machines, further limiting 
user operations. 

Prior data processing systems have not provided effective protection mechanisms preventing one user 
from effecting another user's data and programs without permission. Such protection mechanisms have not 

25 allowed unique, positive identification of users requesting access to information, or of information, nor have 
such mechanisms been sufficiently flexible in operation. In addition, access rights have pertained to the 
users rather than to the information, so that control of access rights has been difficult. Finally, prior art 
protection mechanisms have allowed the use of "Trojan Horse arguments". That is, users not having access 
rights to certain information have been able to gain access to that information through another user or 

30 procedure having such access rights. 

Yet another problem of the prior art is that of providing a simple and flexible interface user interface to a 
data processing system. The character of user's interface to a data processing system is determined, in 
part, by the means by which a user refers to and identifies operands and procedures of the user's programs 
and by the instruction structure of the system. Operands and procedures are customarily referred to and 

35 identified by some form of logical address having points of reference, and validity, only within a user's 
program. These addresses must be translated into logical and physical addresses within a data processing 
system each time a program is executed, and must then be frequently retranslated or generated during 
execution of a program. In addition, a user must provide specific instructions as to data format and 
handling. As such reference to operands or procedures typically comprise a major portion of the instruction 

40 stream of the user's program and requires numerous machine translations and operations to implement. A 
user's interface to a conventional system is thereby complicated, and the speed of execution of programs 
reduced, because of the complexity of the program references to operands and procedures. 

A data processing system's instruction structure includes both the instructions for controlling system 
operations and the means by which these instructions are executed. Conventional data processing systems 

45 are designed to efficiently execute instructions in one or two user languages, for example. FORTRAN or 
COBOL Programs written in any other language are not efficiently executable. In addition, a user is often 
faced with difficult programming problems when using any high level language other than the particular one 
or two languages that a particular conventional system is designed to utilize. 

Yet another problem in conventional data processing systems is that of protecting the system's internal 

50 mechanisms, for example, stack mechanisms and internal control mechanisms, from accidental or malicious 
interference by a user. 

Rnally. the internal structure and operation of prior art data processing systems have not been flexible, 
or adaptive, in structure and operation. That is, the internal structure staicture and operation of prior 
systems have not allowed the systems to be easily modified or adapted to meet particular data processing 
requirements. Such modifications may include changes in internal memory capacity, such as the addition or 

2 
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deletion of special purpose subsystems, for example, floating point or array processors. In adaition. such 
modifications have significantly effected the users interface with the system. Ideally, the actual physical 
structure and operation of the data processing system should not be apparent at the user interface. 

The present invention provides data processing system improvements and features which solve the 
5 above-described problems and limitations. 



SUMMARY OF THE INVENTION 

w The present invention relates to structure and operation of a data processing system suitable for use in 
interconnected data processing networks, which internal structure is flexible, protected from users, effec- 
tively invisible to users, and provides a flexible and simplified interlace to users. The data processing 
system provides an addressing mechanism allowing permanent and unique identification of all information 
generated for use in or by operation of the system, and an extremely large address space which is 
'5 accessible to and common to all such data processing systems. The addressing mechanism provides 
addresses which are independent of the physical configuration of the system and allow information to be 
completely identified, with a single address, to the bit granular level and with regard to information type or 
format. The present invention further provides a protection mechanism wherein variable access rights are 
associated with individual bodies of information. Information, and users requesting access to information 
20 are uniquely identified through the system addressing mechanism. The protection mechanism also prevents 
use of Trojan Horse arguments. And. the present invention provides an instruction structure wherein high 
level user language instructions are transformed into dialect coded, uniform, intermediate level instructions 
to provide equal facility of execution for a plurality of user languages. Another feature is the provision of an 
operand reference mechanism wherein operands are referred to in user's programs by uniform format 
25 names which are transformed, by an internal mechanism transparent to the user, into addresses The 
present invention additionally provides multilevel control and stack mechanisms protecting the system's 
internal mechanism from interference by users. Yet another feature is a data processing system having a 
flexible internal structure capable of performing multiple, concurrent operations and comprised of a plurality 
of separate, independent processors. Each such independent processor has a separate microinstruction 
00 control and at least one separate and independent port to a central communications and memory node. The 
communications and memory node is also an independent processor having separate and independent 
microinstruction control. The memory processor is internally comprised of a plurality of independently 
operating, microinstruction controlled processors capable of performing multiple, concurrent memory and 
communications operations. The present invention also provides further data processing system structural 
35 and operational features for implementing the above features. 

It is thus advantageous to incorporate the present invention into a data processins system because the 
present invention provides addressing mechanisms suitable for use in large interconnected data processing 
networks. Additionally, the present invention is advantageous in that it provides an information protection 
mechanism suitable for use in large, interconnected data processing networks. The present invention is 
^ further advantageous in that it provides a simplified, flexible, and more efficient interface to a data 
processing system. The present invention is yet further advantageous in that it provides a data processing 
system which is equally efficient with any user level language by providing a mechanism for referring to 
operands in user programs by uniform format names and instruction structure incorporating dialect coded 
unifonn format intermediate level instructions. Additionally, the present invention protects data processing 
<5 system internal mechanisms from user interference by providing multilevel control and stack mechanisms. 
The present invention is yet further advantageous in providing a flexible internal system structure capable of 
performing multiple, concurrent operations, comprising a plurality of separate, independent processors 
each having a separate microinstruction control and at least one separate and independent port to a central 
independent communications and memory processor comprised of a plurality of independent processors 
capable of performing multiple, concurrent memory and communications operations. 

It is thus an object of the present invention to provide an Improved data processing system. 
It is another object of the present invention to provide a data processing system capable of use in large, 
interconnected data processing networks. 

It is yet another object of the present invention to provide an improved addressing mechanism suitable 
55 for use in large, interconnected data processing networks. 

It is a further object of the present invention to provide an improved information protection mechanism. 
It IS still another object of the present invention to provide a simplified and flexible user interface to a 
data processing system. 
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It is yet a further object of the present invention to provide an improved mechanism for referring to 
operands. 

It is a still further object of the present invention to provide an instruction structure allowing efficient 
data processing system operation with a plurality of high level user languages. 

It is a further object of the present invention to provide data processing internal mechanisms protected 
from user interference. 

It is yet another object of the present invention to provide a data processing system having a flexible 
internal structure capable of multiple, concurrent operations. 

Other objects, advantages and features of the present invention will be understood by those of ordinary 
skill in the art, after referring to the following detailed description of the preferred embodiments and 
drawings wherein: 

BRIEF DESCRIPTION OF DRAWINGS 

Fig. 1 is a partial block diagram of a computer system incorporating the present invention; 
Fig. 2 is a diagram illustrating computer system addressing structure of the present invention; 
Fig. 3 is a diagram illustrating the computer system instruction stream of the present invention; 
Rg. 4 is a diagram illustrating the control structure of a conventional computer system; 
Fig. 4A is a diagram illustrating the control structure of a computer system incorporating the present 
invention; 

Fig. 5 - Fig, Al inclusive are diagrams all relating to the present invention; 
Fig. 5 is a diagram illustrating a stack mechanism; 

Fig. 6 is a diagram illustrating procedures, procedure objects, processes, and virtual processors; 

Fig. 7 is a diagram illustrating operating levels and mechanisms of the present computer; 

Fig. 8 is a diagram illustrating a physical implementation of processes and virtual processors; 

Rg. 9 is a diagram illustrating a process and process stack objects: 

Fig. 10 is a diagram illustrating operation of macrostacks and secure stacks; 

Fig. 11 is a diagram illustrating detailed structure of a stack; 

Rg, 12 is a diagram illustrating a physical descriptor: 

Rg. 13 is a diagram illustrating the relationship between logical pages and frames in a memory 
storage space; 

Rg, 14 is a diagram illustrating access control to objects: 

Rg. 15 is a diagram illustrating virtual processors and virtual processor swapping; 

Fig. 16 is a partial block diagram of an I/O system of the present computer system; 

Fig. 17 is a diagram illustrating operation of a ring grant generator; 

Fig. 1 8 is a partial block diagram of a memory system: 

Rg. 19 is a partial block diagram of a fetch unit of the present computer system: 
Fig. 20 is a partial block diagram of an execute unit of the present computer system: 
Rg. 101 is a more detailed partial block diagram of the present computer system: 
Fig. 102 is a diagram illustrating certain information structures and mechanisms of the present 
computer system; 

Fig. 103 is a diagram illustrating process structures: 
Fig. 104 is a diagram illustrating a macrostack structure: 
Fig. 105 is a diagram illustrating a secure stack structure; 

Rgs. 106 A, B, and C are diagrams illustrating the addressing structure of the present computer 
system; 

Fig. 107 is a diagram illustrating addressing mechanisms of the present computer system: 
Rg. 108 is a diagram illustrating a name table entry; 

Fig. 109 is a diagram illustrating protection mechanisms of the present computer system; 
Rg. 110 is a diagram illustrating instruction and microinstruction mechanism of the present computer 
system; 

Rg, 201 is a detailed block diagram of a memory system; 

Rg. 202 is a detailed block diagram of a fetch unit; 

Fig. 203 is a detailed block diagram of an execute unit: 

Fig. 204 is a detailed block diagram of an I/O system; 

Rg. 205 is a partial block diagram of a diagnostic processor system; 
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preJlZlll SysS" """^"'^ " '° '""^ ^ ^^'^"-^ '"-^ °' - 

^.'S- ^ "^^'^'e^l block diagram of a memory interface controller 
I "^'S- 209 'S a diagram of a memory to I/O system port interface- 

! 5 f^g- 210 IS a diagram of a memory operand port interface; 

Fig. 211 IS a diagram of a memory instruction port interface- 
Rg. 230 IS a detailed block diagram of memory field interface unit logic- 
r III ^ '^'^'^ illustrating memory format manipulation operations- 
Fig. 238 IS a detailed block diagram of fetch unit offset multiplexer 
•0 Fig. 239 IS a detailed block diagram of fetch unit bias logic 

contronSic- ' " ' °' °' ""'P"'- ^^^^ -d microinstruction 

Bo 2^3 °' °' ""^P"'"^ ^y^'^'" microinstruction control logic- 

Fig. 243 IS a detailed block diagram of further portions of computer system microinstruction^control 

Fig. 244 is a diagram illustrating computer system states of operation- 
Fig. 245 IS a diagram illustrating computer system states of operation"for a trace trap reouesf 

Rg. 247 IS a diagram lUustrating priority level and masking of computer system events 
Rg. 248 IS a detailed block diagram of event logic- k y 9 events, 

Rg. 249 is a detailed block diagram of microinstruction control store logic- 
Fig. 251 IS a diagram illustrating a return control word stack word- ' 
Rg. 252 is a diagram illustrating machine control words: 
Rg. 253 is a detailed block diagram of a register addrew generator 
Fig. 254 IS a block-diagram of interval and egg timers: 
Rg. 255 is a detailed block diagram of execute unit control logic- 

Fi'a So !! I ?f °' """"P"^' ^^'^ P^'f'S and memory: 

fetch uni?:' '""'"'""^ °' ^ ^''^"^^ <=~<^ ^"^"e 'oadL interface ,0 a 

fetch uni?:' " ' ^ *''^'="'« "P*^-''^ ''""-^ 'oad and interface to a 

35 interfac';'o?fet?h'un1;r'" °' " ""="'^ - <" -""^ -d 

fetch uni?:' ' "'""''""^ °' ^" '^^^ condition and interface to a 

unit: ' "'"''^'""^ °' ^ «««P«on test and interface to a fetch 

Rq 2s I "'T"^ °' """""'^ °P«^«i°" ^^"^ mechanism: 

Fia 267 . H^'"^ f '""^ ^'^"'^ '"'^ '^'^^ '"«^^"P' handshaking and interface- 
interrupts:' '""'"""^ """'^ ^"'^ '^'^-^ and operation f" nested 

« executrLuontotstir" ''''' '"'^'^^^ « 'oa<^-g - 

generaS " ' '"^^ °' °P^-«- VO system ring grant 

Rg' 27? i; a Sraoi^ f °' ^ -"'•^^O'-achine of the present computer system: 

rig. <d7i IS a diagram illustrating a logical descriptor; 

so Fig. 272 is a diagram illustrating use of fetch unit stack registers- 

Fig. 273 IS a diagram illustrating structures controlling event invocations- 
ng. 301 IS a diagram illustrating pointer formats; 
Rg. 302 is a diagram illustrating an associated address table- 

p'o ^n^ ^ w'^^'^'" "'"Strating a namespace overview of a procedure object- 
55 Fig. 304 IS a diagram illustrating name table entries: 

Rg. 305 is a diagram illusfraUng an example of name resolution; 
Fig. 306 IS a diagram illustrating name cache entries- 
Fig. 307 is a diagram illustrating translation of S-interpreter universal identifiers to dialect numbers: 
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Fig. 401 is a diagram illustrating operating systems and system resources; 
Fig. 402 is a diagram illustrating multiprocess operating systems: 

Fig. 403 is a diagram illustrating an extended operating system and a kernel operating system; 
Fig. 404 is a diagram illustrating ah EOS view of objects; 
5 Fig. 405 is a diagram illustrating pathnames to universal identifier translation; 

Rg. 406 is a diagram illustrating universal identifier detail: 

Rg. 407 is a diagram illustrating address translation with an address translation unit, a memory hash 
table, and a memory; 

Rg. 408 is a diagram illustrating hashing in an active subject table; 
;o Rg. 409 is a diagram illustrating logical allocation units and objects; 

Fig. 410 is a diagram illustrating an active logical allocation unit table and active allocation units; 

Rg. 411 is a diagram illustrating a conceptual logical allocation unit directory structure; 

Rg. 412 is a diagram illustrating detail of a logical allocation unit directory entry; 

Fig. 413 is a diagram illustrating universal identifiers and active object numbers: 
;5 Rg. 416 is a diagram illustrating subject templates, primitive access control list entries, and extended 

access control list entries; 

Fig. 421 is a diagram illustrating an active primitive access matrix and an active primitive access 
matrix entry; 

Fig. 422 is a diagram illustrating primitive data access checking; 
20 Rg. 448 Is a diagram illustrating event counters and await entries; 

Rg. 449 is a diagram illustrating an await table overview; 

Fig. 453 Is a diagram illustrating an overview of a virtual processor: 

Fig. 454 Is a diagram illustrating virtual processor synchronization; 

Fig. 467 is a diagram illustrating an overview of a macrostack object; 
25 Rg. 468 is a diagram illustrating details of a macrostack object base; 

Rg. 469 is a diagram illustrating details of a macrostack frame; 

Rg. 470 is a diagram illustrating an overview of a secure stack; 

Rg. 471 is a diagram illustrating details of a secure stack frame; and, 

Fig. 472 is a diagram illustrating an overview of procedure object, 

30 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The following description presents the structure and operation of a computer system incorporating a 

35 presently preferred embodiment of the present invention. As indicated in the following Table of Contents, 
certain features of computer system structure and operation will first be described in an Introductory 
Overview. Next, these and other features will be described in further detail in a more detailed Introduction to 
the detailed descriptions of the computer system. Following the Introduction, the structure and operation of 
the computer system will be described in detail. The detailed descriptions will present descriptions of the 

40 structure and operation of each of the major subsystems, or elements, of the computer system, of the 
interfaces between these major subsystems, and of overall computer system operation. Next, certain 
features of the operation of the Individual subsystems will be presented in further detail. 

Certain conventions are used throughout the following descriptions to enhance clarity of presentation. 
First, and with exception of the Introductory Overview, each figure referred to in the following descriptions 

45 will be referred to by a three digit number. The most significant digit represents the number of the chapter 
in the following descriptions in which a particular figure is first referred to. The two least significant digits 
represent the sequential number of appearance of a figure in a particular chapter. For example, Rgure 319 
would be the nineteenth figure appearing in the third chapter. Figures appearing in the Introductory 
Overview are referred to by a one or two digit number representing the order in which they are referred to 

50 in the Introductory Overview. It should be noted that certain figure numbers, for example, Figure 208, do not 
appear in the following figures and descriptions; the subject matter of these figures has been incorporated 
into other figures and these figures deleted, during drafting of the following descriptions, to enhance clarity 
of presentation. 

Second, reference numerals comprise a two digit number {00-99) preceded by the number of the figure 
55 in which the corresponding elements first appear. For example, reference numerals 31901 to 31999 would 
refer to elements 1 through 99 appearing in Rg. 319. 

Finally.* interconnections between related circuitry is represented in two ways. First, to enhance clarity 
of presentation, interconnections between circuitry may be represented by common signal names or 

6 
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references, rather man by drawn representations of wires or buses Second ho , 
Shown m two or more figures, the figures mav share a cnrnl r ^'"^""^^ 'S 

a -etter des.gnat.on. for exan,p,e. Rgs 3" ITa anToTg" S '"'"'"'''^ 
Circuitry may be indicated by a bracket enciosina a le^ to Itn ^ 

b-A- .ndicates other figures having i.e"Se"'commrp^^^^^^^ "A" 
n..berportion Of such reference nume^^r^r.^^^ - 
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A. Hardware Overview (Fig, i) 
e. Individual Operating Features (Figs. 2. 3. 4. 5 6) 

1 . Addressing (Rg. 2) 

2. S-Language Instructions and Namespace Addressing (Rg. 3) 

3. Architectural Base Pointer Addressing 

4. Stack Mechanisms (Rgs. 4-5) 
n nT.Tl^ Processes and Virtual Processors (Rg. 6) 

0 CS 01 Overall Structure and Operation (Rgs. 7. a 9. 10 11 t2 13 14 t.. 

1. fntroduction (Rg. 7) 1 -J. T 3. 14. 15) 

2. Compilers 702 (Rg. 7) 

3. Binder 703 (Rg. 7) 

4. EOS 704 (Fig. 7) 

5. KOS and Architectural Interface 708 (Rg 7) 

6. Processes 61O and Virtual Processors 612 (Rg 8) 

7. Processes 610 and Slacks (Rg. 9) 

8. Processes 610 and Calls (Rgs 10 11) 

1(IOS)116(Rgs. 16. 17) t.. 1 ig. 19. 20) 

2. Memory (MEM) 112 (Fig. 18) 
^5 3. Fetch Unit (FU) 120 (Rg. 19) 

4- Execute Unit (EU) 122 (Rg. 20) 

jntroduction (Rgs. 101-11 0) 
40 ^ 

A. General Structure and Operation (Rg. 101 ) 

a. General Structure 

b. General Operation 

c. Definition of Certain Terms 
5 d. Multi-Program Operation 

e. Multi-Language Operation 

f. Addressing Structure 

g. Protection Mechanism 

' %'r.rt?;rr;',';;;;' - ^-^--^ (^gs. ,oa. ,03. ,0. ,05, 

I PrnrJ' ''n'."' ^'^"""^^^ 10210 (Kgs. 103. 104. 105) 
I Procedure Objects (Fig. 103) 

2. Stack Mechanisms (Figs. 104 I05) 

3. FURSH/I 10214 (Fig. 103) " 

D rd?l?°'l?°' Creation (Fig 102) 

D. Addressing Structures 10220 (Figs. 103. 106. 107 108) 

1 . Ob^cts. UID-s. AON-s. Names, and Physical Addresses (fig 106) 

2. Addressing H/1echanisms 10220 (Fig. 107) ^' ' 
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b. b-b. Event Logic 20284 (Figs. 245. 246, 247. 248) 

c. c.c. Fetch Unit S-lnterpreter Table 11012 (Rg. 249) 

d. d. CS 10110 Internal Mechanism Control 
a.a.a. Return Control Word Stack 10358 (Fig. 251) 

5 b.b.b. Machine Control Block (Fig. 252) 

c. c.c. Register Address Generator 20288 (Fig. 253) 

d. d.d. Ttmers 20296 (Rg. 254) 

e. e.e. Fetch Unit 10120 Interface to Execute Unit 10122 

C. Execute Unit 10122 (Rgs. 203. 255-268) 
10 a. General Structure of Execute Unit 10122 

1. Execute Unit I/O 20312 

2. Execute Unit Control Logic 20310 

3. Multiplier Logic 20314 

4. Exponent Logic 20316 
IS 5. Multiplier Control 20318 

6. Test and Interlace Logic 20320 

b. Execute Unit 10122 Operation (Fig. 255) 

1. Execute Unit Control Logic 20310 (Rg. 255) 
a.a. Command Queue 20342 

20 b.b. Command Queue Event Control Store 25514 and Command Queue Event Address Control Store 25516 

c. c. Execute Unit S-lnterpreter Table 20344 

d. d. Microcode Control Decode Register 20346 

e. e. Next Address Generator 20340 

2. Operand Buffer 20322 (Rg. 256) 
25 3. Multiplier 20314 (Figs. 257. 258) 

a.a. Multiplier 20314 I/O Data Paths and Memory (Rg 257) 

a. a.a. Container Size Check 

b. b.b. Final Result Output Multiplexer 20324 

4. Test and Interface Logic 20320 (Rgs. 260-268) 
30 a.a. FU 10120/EU 10122 Interface 

a. a.a. Loading of Command Queue 20342 (Fig. 260) 

b. b.b. Loading of Operand Buffer 20320 (Fig. 261) 

c. c.c. Storeback (Fig. 262) 

d. d.d. Test Conditions (Rg. 263) 

35 e.e.e. Exception Checking (Fig. 264) 

f. f.f. Idle Routine 

g. g.g. EU 10122 Stack Mechanisms (Figs. 265. 266. 267) 

h. h.h. Loading of Execute unit S-Interpreter Table 20344 (Fig. 268) 

D. I/O System 10116 (Rgs. 204, 206, 269) 
40 a. I/O System 10116 Structure (Fig. 204) 

b. 1/0 System 10116 Operation (Fig. 269) 

1 . Data Channel Devices 

2. I/O Control Processor 20412 

3. Data Mover 20410 (Fig. 269) 

45 a.a. Input Data Buffer 20440 and Output Data Buffer 20442 
b.b. Priority Resolution and Control 20444 (Rg. 269) 

E. Diagnostic Processor 10118 (Fig. 101. 205) 

F. CS 10110 Micromachine Structure and Operation (Figs. 270-274) 
a. Introduction 

so b. Overview of Devices Comprising FU Micromachine (Rg. 270) 

1 . Devices Used By Most Microcode 

a. a. MOD Bus 10144. JPD Bus 10142. and DB Bus 27021 

b. b. Microcode Addressing 

c. c. Descriptor Processor 20218 (Fig. 271) 
55 d.d. EU 10122 Interface 

2. Specialized Micromachine Devices 

a. a. Instruction Stream Reader 27001 

b. b. SOP Decoder 27003 

9 
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3. Name Resolution (Rgs. i03. 108) 

4. Evaluation of AON Addresses to Physicai Addresses (Fig. \Q7) 

E. CS lOnO Protection Mechanisms (Fig. 109) 

F. CS 10110 Micro-Instruction Mechanisms {Rg. no) 

G. Summary of Certain CS lOl 10 Features and Alternate Embodiments. 



I Detailed DescriEtjon of CS lOng Major Subsystems Rgs. 201-206. 207-274) 

^0 A. MEM 10110 (Figs. 201 . 206, 207-237) 

a. Terminology 

b. MEM 10112 Physical Structure (Fig. 201) 

c. MEM 10112 General Operation 

d. MEM 10112 Port Structure 
'5 1. 10 Port Characteristics 

2. JO Port Characteristics 

3. J( Port Characteristics 

e. MEM 101 12 Control Structure and Operation (Fio 207) 

1. MEM 10112 Control Structure ^y- / 
20 2. MEM 101 12 Control Operation 

f. MEM 10112 Operations 

g. MEM 101 12 Interfaces to JP 101 14 and lOS 101 16 (Rgs. 209 210 21 1 204) 
1- 10 Port 20910 Operating Characteristics (Rgs 209. 204) ^ 

2. JO Port 21010 Operating Characteristics (Rg. 210) 
25 3. JI Port 21110 Operating Charactertiscis (Rg. 21 1) 

h. FlU 20120 (Rgs. 201. 230. 231) 

B. Fetch Unit 10120 (Rgs. 202. 206. 101. 103. 104. 238) 
1. Descriptor Processor 20210 (Figs. 202. 1(jl. 103. 104 238 239) 
a. Offset Processor 20218 Structure 
30 b. AON Processor 20216 Structure 

c. Length Processor 20220 Structure 

d. Descriptor Processor 20218 Operation 

a. a. Offset Selector 20238 

b. b. Offset Multiplexer 20240 Detailed Structure (Rg. 238) 
35 c.c. Offset Multiplexer 20240 Detailed Operation 

aaa. Internal Operation 

bbb. Operation Relative to DESP 20210 

e. Length Processor 20220 (Fig. 239) 
a.a. Length ALU 20252 

40 b.b. BIAS 20246 (Rg. 239) 

f. AON Processor 20216 

a. a. AONGRF 20232 

b. b. AON Selector 20248 

2. Memory Interface 20212 (Figs. 106. 240) 

a. a. Descriptor Trap 20256 and Data Trap 20258 

b. b. Name Cache 10226. Address Translation Unit 10228. and Protection Cache 10234 (Ra lom 

c. c. Structure and Operation of Generalized Cache and NC 10226 (Rq 240) ^ 

d. d. ATU 10228 and PC 10234 ^ ^* ' 

3. Fetch Unit Control Logic 20214 (Rg. 202) 

a. a. Fetch Unit Control Logic 20214 Overall Structure 

b. b. Fetch Unit Control Logic 20214 Operation 

a. a.a. Prefetcher 20264. Instruction Buffer 20262 Parser 20PRa nr^^«t:^„ ^ « • 

20270. IPC 20272. and EPC 20274 (Rg. 241) *^ ^"""^^ 20268. CPC 

b. b.b. Fetch Unit Dispatch Table 11010. Execute Unit Disoatch TablP poprr ^nn ^ . 

55 20268 (Rg. 242) Ljrspaicn labie 20266. and Operation Code Register 

c. c.c. Next Address Generator 24310 (Fig. 243) 

cc. FUCTL 20214 Circuitry for CS 101 10 Internal Mechanisms (Rqs 244-250) 
a.a.a. State Logic 20294 (Rgs. 244A-244Z) 
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e. Implementation of Objects 

1. Introduction (Figs 407. 408) 

2. Objects in Secondary Storage 10124 {Figs 409. 410) 

a.a. Representation of an Object's Contents on Secondary Storage 10124 
5 b.b. LAUD 40903 (Figs. 411.41 2) 

3. Active Objects (Fig. 413) 

a.a. UID 40401 to AON 41304 Translation 
C. The Access Control System 
a. Subjects 
10 b. Domains 

c. Access Control Lists 

1. Subject Templates (Fig. 416) 

2. Primitive Access Control Lists (PACLs) 

3. APAM 10918 and Protection Cache 10234 (Rg. 421) 

15 4. Protection Cache 10234 and Protection Checking (Fig. 422) 
D- Processes 

1. Synchronization of Processes 610 and Virtual Processors 612 

a. Event Counters 44801 . Await Entries 44804. and Await Tables (Fig. 448. 449) 

b. Synchronization with Event Counters 44801 and Await Entries 44804 
20 E. Virtual Processors 612 (Rg. 453) 

a. Virtual Processor Management (Rg. 453) 

b. Virtual Processors 612 and Synchronization (Fig. 454) 
F. Process 610 Stack Manipulation 

1 . Introduction to Call and Return 
25 2. Macrostacks (MAS) 502 (Rg. 467) 

a. a. MAS Base 10410 (Rg. 468) 

b. b. Per-domain Data Area 46853 (Rg. 468) 

c. c. MAS Frame 46709 Detail (Rg. 469) 

3. SS 504 (Rg. 470) 
30 a.a. SS Base 47001 (Fig. 471) 
b.b. SS Frames 47003 (Fig 471 ) 

a. a.a. Ordinary SS Frame Headers 10514 (Fig. 471) 

b. b.b. Detailed Structure of Macrostate 10516 (Rg. 471) 

c. c.c. Cross-domain SS Frames 47039 (Rg. 471) 

35 4. Portions of Procedure Object 608 Relevant to Call and Return (Rg. 472) 

5. Execution of Mediated Calls 

a. a. Mediated Cell SlNs 

b. b. Simple Mediated Calls (Rgs. 270. 468. 469. 470. 471. 472) 

c. c. Invocations of Procedures 602 Requiring SEBs 46864 (Rgs. 270. 468. 469. 470, 471, 472) 
40 d.d. Cross-Procedure Object Calls (Rgs. 270. 468. 469. 470. 471. 472) 

e. e, Cross-Domain Calls (Rgs. 270, 408. 418, 468. 469. 470. 471. 472) 

f. f. Failed Cross-Domain Calls (Rgs. 270, 468, 469, 470. 471. 472) 

6. Neighborhood Calls (Figs. 468. 469. 472) 



INTRODUCTORY OVERVIEW 

The following overview will first briefly describe the overall physical structure and operation of a 
presently preferred embodiment of a digital computer system incorporating the present invention. Then 
50 certain operating features of that computer system will be individually described. Next, overall operation of 
the computer system will be described in terms of those individual features. 



A. Hardware Overview (Fig. 1) 

Referring to Rg. 1. a block diagram of Computer System (CS) 101 incorporating the present invention 
is shown. Major elements of CS 101 are I/O System (lOS) 116. Memory (MEM) 112. and Job Processor 
(JP) 114. JP 114 is comprised of a Fetch Unit (FU) 120 and an Execute Unit (EU) 122. CS 101 may also 

11 



BNeOOCID:<£P 0a006ieA2» 



EP 0 300 516 A2 



c c. Name Translation Unit 27015 

d. d. Memory Reference Unit 27017 

e. e. Protection Unit 27019 

f f- KOS Mfcromachine Devices 

c. Micromachine Stacks and Microroutine Calls and Returns i 

1 . Micromachine Stacks (Rg. 272) 

2. Micromachine Invocations and Returns 

3. Means of Invoking Microroutines 

4. Occurrence of Event Invocations (Fig. 273) 

d. Virtual Micromachines and Monitor Micromachine 

1 . Virtual Mode 

2. Monitor Micromachine 

e. Interrupt and Fault Handling * 

1 . General Principles 

2. Hardware Interrupt and Fault Handling in CS 101 10 

3- Monitor Mode: Differential Masking and Hardware Interrupt Handling 
g. FU Micromachine and CS 10110 Subsystems 



20 3. Namespace. S-lnterpreters and Pointers (Figs. 301-307. 274) 

A. Pointers and Pointer Resolution (Rgs. 301. 302) 

a. Pointer Formats (Rg. 301) 

b. Pointers in FU 10120 (Rg. 302) 

c. Descriptor to Pointer Conversion 

B. Namespace and the S-interpreters (Rgs. 303-307) 

a. Procedure Object 606 Overview (Rg. 303) 

b. Namespace 

1 . Name Resolution and Evaluation 
30 2. The Name Table (Rg. 304) 

3. Architectural Base Pointers (Rgs. 305, 306) 

a. a. Resolving and Evaluating Names (Rg. 305) 

b. b. Implementation of Name Evaluation and Name Resolve in CS 10110 

c. c. Name Cache 10226 Entries (Rg. 306) 
35 d.d. Name Cache 10226 Hits 

e.e. Name Cache 10226 Misses 
f-f. Flushing Name Cache 10226 

g. g. Fetching the Instruction Stream 

h. h. Parsing the Instruction Stream 

^0 c. The S-lnterpreters (Rg. 307) 

1. Translating SIP into a Dialect Number (Rg. 307) 

2. Dispatching 



45 4. The Kernel Operating System 

A. Introduction 

a. Operating Systems (Fig. 401) 
1. Resources Controlled by Operating Systems (Rg. 402) 
50 b. The OperaUng System in CS 101 10 

c^ Extended Operating System and the Kernel Operating System (Rg 403) 

B. Objects and Object Management (Fig. 404) 

a. Objects and User Programs (Rg. 405) 

b. UIDs 40401 (Rg. 406) 

c. Object Attributes 

d. Attributes and Access Control 
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reside in a system to be assigned an AON. but can be active in that system only if it has been assigned an 
AON. 

A particular bit within a particular Object may be identified by means of a UIO address or an AON 
address. In OS id, AONs and AON addresses are valid only within JP 1 14 while UIDs and UID addresses 
are used in MEM 112 and elsewhere. UID and AON addresses are formed by appending a 32 bit Offset (0) 
field to that Object's UIO or AON. 0 fields indicate offset, or location, of a particular bit relative to the start 
of a particular Object. 

Segments of information (sequences of information bits) within particular Objects may be identified by 
means of descriptors. A UID descriptor is formed by appending a 32 bit Length (L) field of a UIO address. 
An AON. or logical descriptor is formed by appending a 32 bit t field to an AON address. L fields identify 
length of a segment of information bits within an Object, starting from the information bit identified by the 
UID or AON address. In addition to length information. UID and logical descriptors also contain Type fields 
containing information regarding certain characteristics of the information in the information segment. Again. 
AON based descriptors are used within JP 114. while UID based descriptors are used in MEM 112. 

Referring to Rgs. i and 2 together, translation between UID addresses and descriptors and AON 
addresses and descriptors is performed at the interface between MEM 112 and JP 114. That is. addresses 
and descriptors within JP 114 are in AON form while addresses and descriptors in MEM 112. lOS 116, and 
the external world are in UID form. In other embodiments of CS 101 using AONs. transformation from UID 
to AON addressing may occur at other interfaces, for example at the lOS 116 to MEM 112 interface, or at 
the lOS 116 to external world interface. Other embodiments of CS lOl may use UIDs throughout, that is not 
use AONs even in JP 114. 

Finally, information within MEM 112 is located through MEM 112 Physical Addresses identifying 
particular physical locations within MEM I12*s memory space. Both lOS 116 and JP 114 address 
information within MEM 112 by providing physical addresses to MEM 112. In the case of physical 
addresses provided by JP 114. these addresses are referred to as Physical Descriptors (PDs). As described 
t>elow, JP 114 contains circuitry to translate logical descriptors into physical descriptors. 



2. S-Language Instructions and Namespace Addressing (Rg. 3) 

CS 101 is both an S-Language machine and a Namespace machine. That is. operations to be executed 
by CS 101 are expressed as S-Language Operations (SOPs) while operands are identified by Names. SOPs 
are of a lower, more detailed, level than user language instructions, for example FORTRAN and COBOL, but 
of a higher tevel than conventional machine language instructions. SOPs are specific to particular user 
languages rather than a particular embodiment of CS 101. while conventional machine language instructions 
are specific to particular machines. SOPs are in turn interpreted and executed by microcode. There will be 
an S-Language Dialect, a set of SOPs. for each user languages. CS lOl. for example, may have SOP 
Dialects for COBOL, FORTRAN, and SPL A particular distinction of CS 101 is that all SOPs are of a 
uniform, fixed length, for example 16 bits. CS 101 may generally contain one or more sets of microcode for 
each S-Language Dialect These microcode Dialect Sets may be completely distinct, or may overlap where 
more than one SOP utilizes the same microcode. 

As stated above, in CS 101 alt operands are identified by Names, which are 8. 12, or 16 bit numbers. 
CS 101 includes one or more "Name Tables" containing an Entry for each operand Name appearing in 
programs currently being executed. Each Name Table Entry contains information describing the operand 
referred to by a particular Name, and the directions necessary for CS 101 to translate that information into a 
corresponding logical descriptor. As previously described, logical descriptors may then be transformed into 
physical descriptors to read and write operands from or to MEM 112. As described above. UIDs are unique 
for alt CS 101 systems and AONs are unique within individual CS 101 systems. Names, however, are 
unique only within the context of a user's program. That is, a particular Name may appear in two different 
user's programs and, within each program, will have different Name Table Entries and will refer to different 
operands. 

CS 101 may thereby be considered as utilizing two sets of instructions. A first set is comprised of 
SOPs. that is instructions selecting algorithms to be executed. The second set of instructions are comprised 
of Names, which may be regarded as entry points into tables of instructions for making references 
regarding operands. 

Referring to Fig.3. a diagramic representation of CS 101 instruction stream is shown. A typical SIN is 
comprised of an SOP and may include one or more Names referring to operands. SOPs and Names allow 
user's programs to be expressed in very compact code. Fewer SOPs than machine language instructions 
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B. Individual Oeerating Fgatures (Rqs. 2.3.4.5.61 
L Addressing (Fig. 2j 



Referring to Fig. 2. a diagramic representation of portions of CS lor, • 
CS lOVs addressing structure is based upon the conlot "f °' ^'^^^ss.ng structure is shown, 
container for holding a particular typel, infTrn^^Ln F^lxl ^ ^'"^^ '"^^ ^^Sarded as a 
while another type of Ob/ect may contain ^3^0^ ons or L!^*^ ^'i^^' "^^^ '=°"*^" <l«ta 

type Of Object may contain rriicrocode.T STa pa^^^^^^^^^^^^ !f P™^^^- St«l another 

.nformation. An Object may, for example cont^n'^'r^T 2^^^^^ 

particular Object is flexible. That is, the ac^al sL of « ^ 0' 'nformation. but the actual size of a 

written into that Object and will decrease asTnfo^ation is '"'^'"^^ 

Objects is stored sequentially, that is Sou, 9!^ '"'"^"'ation in 

Each Object which can ever exist in anv rQ lOi 
referred to as a Unique Identifier (UID). A UID is a 28 " ""'""^'^ '"^"'"'^'^ ^ ""-""er 

upon, for example, the particular CS 101 system and use tri T""''' °' ' '^«P«"'len, 
tha, Object UIDs are pemianentiy assigne^to Sijec^ Ob^^^^^^^ code indicating time of creation of 
may not be reused. UIOs provide an address.nn h«! !' ' ""^^ ''^^^ ^ame UID. and UIDs 

through which any Object L^r cJe'e^trt^^p^ m^^^^^^^^^ ^^^'^'"^ 
As described above UIDs are ipa 7 P®""^"®""y ^nd uniquely identified. 

present embodiments of cT 1^:^^^ U^"o" ZTS:::^^^ ™^ ''-<^'-^ 
used) in that system are assigned 14 bit Acle ObSull?!.nr'r''"' ""^'"^ <'=""«""y being 
W.I. have a unique AON. Unlike UIDs, AONs a^e 0^ em„o^^^^^^^ ^'^'^^^ system 

- only Within a particular CS ,01 and ^.^^2::^::^!:^^ -sare 
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an interrupted microinstruction of a microinstruction sequence nnay be later resumed with the parricuiar 
microinstruction which was active at the time of the interrupt. CS id is therefore more efficient in handling 
interrupts in that execution of microinstruction sequences is resumed from the particular point that a 
microinstruction sequence was interrupted, rather from the beginning of that sequence. As will be described 

s further below. CS lOI's fvlicro-code Slack f^/Iechanisms 422 on microcode level is effectively comprised of 
two stack mechanisms. The first stack is Micro-instruction Stack {WS) 424 while the second stack is 
referred to as Monitor Stack (MOS) 426. CS 101 SIN Microcode 428 and MIS 424 are primarily concerned 
with execution of SOPs of user's programs. Monitor Microcode 430 and MOS 426 are concerned wrth 
operation of certain CS 101 internal functions. 

w Division of CS lOVs microcode stacks into an MIS 424 and a MOS 426 illustrates a further feature of 
CS 101. In conventional machines, monitor functions may be performed by a separate CPU operating m 
conjunction with the machine's primary CPU. In CS 101. a single hardware CPU is used to perform both 
functions with actual execution of both functions performed by separate groups of microcode. Monitor 
microcode operations may be initiated either by certain SINs 414 or by control signals generated directly 

;5 by CS lOl's Hardware 418. Invocation of Monitor Microcode 430 by Hardware 418 generated signals 
insures that CS 101's monitor functions may always be invoked. 

Referring to Fig. 5. a diagramic representation of CS lOVs stack mechanisms for a single user;s 
program , or procedure , is shown. BasicaJly. and with exception of MOS 426. CS lOl's stacks reside in 
MEM il2^ith certain portions of those stacks accelerated into FU 120 and EU 122 to enhance speed of 

20 operation. 

Certain areas of MEM 112 storage space are set aside to contain Macro-Stacks (MASs) 502, stack 
mechanisms operating on the.SINs level, as described above. Other areas of MEM 112 are set aside to 
contain Secure Stack (SS) 504. operating on the microcode level, as described above and of which MIS 424 
is a part. 

25 As described further below, both FU 120 and EU 122 contain register file arrays, referred to 
respectively as GRF and ERF. in addition to registers associated with, for example. ALUs. Referring to FU 
120. shown therein is FU I20's GRF 506. GRF 506 is horizontally divided into three areas. A first area, 
referred to as General Registers (GRs) 508 may in general be used in the same manner as registers in a 
conventional machine. A second area of GRF 506 is Micro-Stack (MIS) 424. and is set aside to contain a 

30 portion of a Process's SS 504. A third portion of GRF 506 is set aside to contain MOS 426. Also indicated 
in FU 120 is a block referred to as Microcode Control State (mCS) 510. mCS 510 represents registers and 
other FU 120 hardware containing current operating state of FU 120 on the microinstruction and hardware 
level. mCS 510 may include, for example, the current microinstruction controlling operation of FU 120. 

Referring to EU 122. indicated therein is a first block referred to as Execute Unit State (EUS) 512 and a 

35 second block referred to as SOP Stack 514. EUS 512 is similar to mCS 510 in FU 120 and includes all 
registers and other EU 122 hardware containing information reflecting EU 122's current operating state. 
SOP Stack 518 is a portion of EU 122's ERF 516 which has been set aside as a stack mechanism to 
contain a portion of a process's SS 504 pertaining to EU 122 operations. 

Considering first MASs 502, as stated above MASs 502 operate generally upon the SINs level. MASs 

40 502 are used in general to store current state of a process's (defined below) execution of a user's program. 
' Referring next to MIS 424. in a present embodiment of CS 101 that portion of GRF 506 set aside to 
contain MIS 424 may have a capacity of eight stack frames. That is. up to 8 microinstruction level interrupts 
or calls pertaining to execution of a user's program may be stacked within MIS 424. Information stored in 
MIS 424 stack frames is generally information from GR 508 and MCS 510. MIS 424 stack frames are 

45 transferred between MIS 424 and SS 504 such that at least one frame, and no more than 8 frames, of SS 
504 reside in GRF 506. This insures that at least the top-most frames of a process's SS 504 are present in 
FU 120. thereby enhancing speed of operation of FU 120 by providing rapid access to those top frames. SS 
504, residing in MEM 112. may contain, for all practical purposes, an unlimited number of frames so that 
MIS 424 and SS 504 appear to a user to be effectively an infinitely deep stack. 

50 MOS 426 resides entirely in FU 120 and. in a present embodiment of CS 101. may have a capacity of 8 
stack frames. A feature of CS 101 operation is that CS 101 mechanisms for handling certain events or 
interrupts should not rely in its operation upon those portions of CS 101 whose operation has resulted in 
those faults or interrupts. Among events handled by CS lOr monitor microcode, for example, are MEM 112 
page faults. An MEM 112 page fault occurs whenever FU 120 makes a reference to data in MEM 112 and 

55 that data is not in MEM 112. Due to this and similar operations, MOS 426 resides entirely in FU 120 and 
thus does not rely upon information in MEM 112. 

As described above. GRs 508. MIS 424. and MOS 426 each reside in certain assigned portions of GRF 
506. This allows flexibility in modifying the capacity of GRs 508. MIS 424. and MOS 426 as indicated by 
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are required to express a user's program. Also, use of SOPs allows e^inr . , 
compilers, and facilitates adaption of CS 101 systems t« „I . ^ ^"""'^^ construction of 

refer to operands means mat sSps are indepe^denT of user languages. In addition, use of Names to 
Th.s in turn allows for more corn^Ti, /oTe fnCr^^^^^^^^ ' "^^^ 

dependent upon operand form areTot r^ui^ ^ '"^"^'^S 



w wwii^raui (;oae in € 

dependent upon operand form are not required. 

3, Architectural Base Pointer Addressing 
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(ABPs). For example, location informiirnrN^e T,^! ' ^^^"^ '° ^ Architectural Base Pointers 
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described as offsets from FP. Locations of mSdl m.? !T! ' "^"'^^''''^'^ Macrostack. are 
SDP. LocaUons of SINs in Procedure Ohi^, ^""^ « offsets from 

determined as a Program Cou'r PC ufSalues TZ""!^."" ""'"'^ ""^ "^'^^ ^re 
therefore not provided by ,f,e compS^^^n Ln^^^^^^^^^^^^^^ '"""^ ^"^'^ ^^^-^on and are 

be executed in a CS ,01 system. When Jpr^lT^x^^^^^^^^ P«^^^ -to a program to 
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.eve. stack described belowj r t:Td: ^tfi mi^^^^^^^^^^^^^^ ""l T """^^ ''''' <^ 

Of a procedure. These pointers are simi,l\ FP^P ^2 pS ' ""^ ^"^^ 
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4. Stack Mechanisms (Figs. 4*5^ 
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Of. re'^^Si^oLm^r^^^^^^^^^ '^"^'^ ^'-^ 

is provided by User Languagelnrctas J2 for LllnT- "tool'''' '° ^- «" ^oritrol 

instructions 402 are converted in o Hraater ^ '^^""'^'^ °' "^^^^^ User Unguage 

used witf,in a machine to eSJu te user' '^^^^^ '^^uage Instructions 404 

are interpreted and executed brM^c^Xlnruc^^^^^^^ ''^'"^ "^S"^' '"«^"Clions 404 

turn directly control Macf,ine HLwareS Ze Ze^ona^ I^^^^^^^ °' n,icroinstruct,ons wt,ich in 

410 used to save current machine stirthaT^Tcurmnt r. ""^^ ^ ^'^'^ Mechanism 

registers, if a current Machine UnguSe nslc^r^I "'"^^^^ °' 

machine state on the microcodelnTh^dv^^T^e^ e^^^^^^^^^^ ? °' '"«-"P'««^- >" general. 

instruction 404 is later resumed at sT^T ^rn^^ ! ^ °' 

Language instruction 404. ^ °' m,cro.nstruct,on sequence for executing that M^hiSe 

Referring to Fig. 4A. top level control in CS 101 is bv User Lan™.,^ 1 ^ • 
conventional machine. In CS ,01 however User Lpnn, J! . . '^"9"age Instructions 4,2 as In a 
which are of a higher level than conTntonarma^Pn-T ''^ ""^"^^ SOPs 4,4 

Language Instruction 4,2 is ^ansZ^nTat ^7^^^^^^^^^^^^ ^-^^^ ^ "ser 

sequence of conventional Machine Language instructionrSoJ SOPs 4m L i '° 
Microcode Instructions 4,6 (sequences of mi^Jl.. . -w. sOPs 4,4 are interpreted and executed by 
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1 - Introduction (Fig. 7} 

As indicated in Fig. 7. CS 101 is a multiple level system wherein operations in one level are generally 
transparent to higher levels. User 701 does not see the S-Language. addressing, and protection mecha- 
nisms defined at Architectural Level 708. Instead, he sees User Interface 709. which is defined by 
Compilers 702. Binder 703. and Extended (high level) Operating System (EOS) 704. Compilers 702 
translate high-level language code into SINs and Binder 703 translates symbolic Names in programs into 
UID-oHset addresses. 

As Fig. 7 shows. Architectural Level 708 is not defined by FU 120 Interface 711. Instead, the 
architectural resources level are created by S-Unguage interpreted SINs when a program is executed; 
Name Interpreter 715 operates under control of S-Language Interpreters 705 and translates Names into 
logical descriptors. In CS 101, both S-Language Interpreters 705 and Name Interpreter 715 are imple- 
mented as microcode which executes on FU 120. S-Language Interpreters 705 may also use EU 122 to 
perform calculations. A Kernel Operating System (KOS) provides CS 101 with UID-offset addressing, 
objects, access checking, processes, and virtual processors, described further below. KOS has three kinds 
of components: KOS Microcode 710. KOS Software 706, and KOS Tables in MEM 112. KOS 710 
components are microcode routines which assist FU 120 in performing certain required operations. Like 
other high-level language routines. KOS 706 components contain SINs which are interpreted by S- 
Interpreter Microcode 705. Many KOS High-Level Language Routines 706 are executed by special KOS 
processes: others may be executed by any process. Both KOS High-Level Language Routines 706 and 
KOS Microcode 710 manipulate KOS Tables in MEM 112. 

FU 120 Interface 711 is visible only to KOS and to S-lnterpreter Microcode 705. For the purposes of 
this discussion, FU 120 may be seen as a processor which contains the following main elements: 

-A Control Mechanism 725 which executes microcode stored in Writable Control Store 713 and 
manipulates FU 120 devices as directed by this microcode. 

- A GRF 506 containing registers in which data may be stored. 

- A Processing unit 715. 

All microcode which executes on FU 120 uses these devices: there is in addition a group of devices for 
performing special functions: these devices are used only by microcode connected with those functions. 
The microcode, the specialized devices, and sometimes tables in MEM 112 make up logical machines for 
performing certain functions. These machines will be described in detail below. 

In the following, each of the levels illustrated in Fig. 7 will be discussed in turn. First, the components at 
User Interface 709 will be examined to see how they translate user programs and requests into forms 
usable by CS 101. Then the components below the User Interface 709 will be examined to see how they 
create logical machines for performing CS 101 operations. 



2. Compilers 702 (Fig. 7) 

Compilers 702 translate files containing the high-level language code written by User 701 into 
Procedure Objects 608. Two components of a Procedure Object 608 are code (SOPs) and Names, 
previously described. SOPs represent operations, and the Names represent data. A single SIN thus 
specifies an operation to be performed on the data represented by the Names. 



3. Binder 703 (Fig. 7) 

In some cases. Compiler 702 cannot define locations as offsets from an ABP. For example, if a 
procedure calls a procedure contained in another procedure object, the location to which the call transfers 
control cannot be defined as an offset from the PBP used by the calling procedure. In these cases, the 
compiler uses symbolic Names to define the locations. Binder 703 is a utility which translates symbolic 
Names into UID-offset addresses. It does so in two ways: by combining separate Procedure Objects 608 
into a single large Procedure Object 608. and then redefining symbolic Names as offsets from that 
Procedure Object 608's ABPs. or by translating symbolic Names when the program is executed. In the 
second case. Binder 703 requires assistance from EOS 704. 
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experience, or to modify an individual CS 101 for particular purposes 

desc^bTEl'Ts? ^ °' ^ P^°«=«s-3 SS 504. Also as prewously 
described EU 122 performs anttimetic operations ,n response to SINs and may be interrupted bv FU 120 
to aid certain RJ 120 operations. EUS 512 allows stacking of interrupts. For example ST20 mIv rs^ 
5 in terrup an arithmetic SOP to request EU 122 to aid in evaluation of a Name Table ^t'ry Be oJe Tat 
interrupt is completed. FU 120 may Interrupt again, and so on. 

SOP Slack 514. is a single frame stack for storing current state of EU i22 when an interrupt interniots 

^^Tl "" ^" '"''"'^'^ SO"'^ "^^sferred into SOP Sfack Sut^Se 

mtern^pt begins execution in EUS 512. Upon occurrence of a second interrupt (before the first nfe^pt is 

liTSlf-^ '''' T""'' ''^^'^^^^ '""^ 512 ,0 a stack frL in SS eSon 

EU s sZ3 rT ^""^ " ^ '"'^'^P' °'='="^ <=°'"Ptetio" oi second in JC 

.h« IT ? " ''^""^"^ to another stack frame in SS 504 and execuS^ of 

the third interrupt is begun in EUS 512; and so on. EUS SI2 and SS 504 tt^os VroviaT JZ^Zu 
.0 mtely deep microstack for EU 122. Assuming that the mird inteS.TcoX.eted stat 
/s interrupt is transferred from SS 504 to EUS 512 and execution of seconS TnS esumed UoJn 
comp etion Of second interrupt, state of first intem.pt is transferred from SS 504 to SV^nd col^^^^^^^ 
After completion of first interrupt, state of the original SOP is transferred from SOP Stack 514 1^512 
and execution of that SOP resumed. 

20 

C. Procedure Processes, and Virtual Processors (Fig. 6) 

.h/^'Y"'!? ®' ^ '^'^^'^"''^ representation of procedures, processes, and virtual processes is 

,s iT'f' ' '° "'"P"e<^ to result in a ProceTuS 602 A 

Sr?i;,o coSf I r "^""'^"'"^ ^^'^ °' user s prog^ ° d a 

Name Table containing Entnes for operand Names of the user's program, and a Static Date La 606 A 

cZ^"> °' "'"^^"^^ for exampte utiW ^Qrar^stlS 

Serrprograr^ ' "'^ (procelL, and d'a^^ 

d!!I H ^° ^ S'^^"^ <SS) 504 storing state of execution of a user's 

and ssloT f o'°'' ^'"^^-^ """^ of the Process 610. Similarly the mS 502 

3S 602 if ipJi f K "° associated through non-architectural pointers, described above A Process 

^ 1! hi f ^""currently is detem,ined by the number of Virtual Processors 612 orcs 10 ZTe 

"0 may be, for example, up to 16 Virtual Processors 612 

accessible to CS lOVs operating system a^^^h w^ch CS 1 's pe ti tst:m'?Ll^^^^ 
provided with access ,0. a Process 610 through that Process 6l0-s SS 504. A ?PSB 6U s «s"^^^^ "iJ 

onlTnf ' "'""3 -to that VPSB^U Js 10 

operating system may. by gaining access to a Process 610 through an associated PSB Bi! ™L 

sr^e^^^^^^^^ 

on^ one Virtual Processor 612 may execute on FU ^Zx a time an ^ope'a ing sy^m sel^^^^^ 

selects which Processes 610 will be associated with the available Virtual Processors 612 

Having bnefly described certain individual structural and operatina features of r<? ini 
SS operationofCS 101 will be described In further detail next below iMell Juh^indl^^^^^ 

a CS 101^ Overan structure and Operation (Figs. 7, 8. 9. jO. rr t2. 13. 14. jsj 
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7. Processes 610 and Stacks (Rq. 9) 

In CS 101 systems, a Process 610 is made up of six Objects: one Process Object 901 and Five Stack 
Objects 902 to 906. Fig. 9 illustrates a Process 610. Process Object 901 contains the information whrch 
EOS 704 requires to manage the Process 610. EOS 704 has no direct access to Process Object 901. but 
instead obtains the information It needs by means of functions provided to it by KOS 706. 710. Included in 
the information are the UIDs of Stack Objects 902 through 906. Stack Objects 902 to 906 contain the 
Process 6lO's state. 

Stack Objects 902 through 905. are required by CS lOrs domain protection method and comprise 
Process 6l0's MAS 502. Briefly, a domain is determined in part by operations performed when a system is 
operating in that domain. For example, the system is in EOS 704 domain when executing EOS 704 
operations and in KOS 706, 710 domain when executing KOS 706. 710 operations. A Process 610 must 
have one stack for each domain it enters. In the present embodiment, the number of domains is fixed at 
four, but alternate embodiments may allow any number of domains, and correspondingly, any number of 
Stack Objects. Stack Object 906 comprises Process 6l0's Secure Stack 504 and is required to store state 
which may be manipulated only by KOS 706, 710, 

Each invocation made by a Process 610 results in the addition of frames to Secure Stack 504 and to 
Macro-Stack 502. The state stored in the Secure Stack 504 frame includes the macrostate for the 
invocation, the state required to bind Process 610 to a Virtual Processor 612. The frame added to Macro- 
Stack 502 is placed in one of Stack Objects 902 through 905. Which Stack Objects 902 to 905 gets the 
frame is determined by the invoked procedure's domain of execution. 

Rg. 9 shows the condition of a Process 610's MAS 502 and Secure Stack 504 after the Process 610 
has executed four invocations. Secure Stack 504 has one frame for each invocation: the frames of Process 
610's MAS 502 are found in Stack Objects 902. 904, and 905. As revealed by their locations, Frame 1 is for 
an invocation of a routine with KOS 706, 710 domain of execution, Frame 2 for an invocation of a routine 
with the EOS 704 domain of execution, and Frames 3 and 4 for invocations of routines with the User 
domain of execution. Process 610 has not yet invoked a routine with the Data Base Management System 
(DBMS) domain of execution. The frames in Stack Objects 902 through 905 are linked together, and a 
frame is added to or removed from Secure Stack 504 every time a frame is added to Stack Objects 902 
through 905. MAS 502 and Secure Stack 504 thereby function as a single logical stack even ithough 
logically contained in five separate Objects. 



8. Processes 610 and Calls (Figs. 10. 11) 

In the CS 101. calls and returns are executed by KOS 706, 710. When KOS 706. 710 performs a call for 
a process, it does the following: 

- It saves the calling invocation's macrostate in the top frame of Secure Stack 504 (Rg. 9). 

• It locates the procedure whose Name is contained in the call. The location of the first SIN in the 
procedure becomes the new PBP. 

- Using information contained in the called procedure. KOS 706. 710 creates a new MAS 502 frame in 
the proper Stack Object 902 through 905 and a new Secure Stack 504 frame in Secure Stack 504. FP is 
updated to point to the new MAS 502. If necessary. SDP is also updated. 

Once the values of the ABPs have been updated, the PC is defined. Names can be resolved, and 
execution of the invoked routine can commence. On a return from the invocation to the invoking routine, the 
stack frames are deleted and the ABPs are set to the values saved in the invoking routine's macrostate. The 
invoking routine then continues execution at the point following the invocation. 

A Process 610 may be illustrated in detail by putting the FORTRAN statement A + B into a FORTRAN 
routine called EXAMPLE and invoking it from another FORTRAN routine named CALLER. To simplify the 
example, it is assumed that CALLER and EXAMPLE both have the same domain of execution. The parts of 
EXAMPLE which are of interest look like this: 
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i EOS 704 (Rq. 7) 

EOS 704 manages the resources that User 701 requires to execute his programs. From User 70fs 
point of view, the most important of these resources are files and processes. EOS 704 creates files bv 
requesting KOS to create an object and then mapping the file onto the object When a User 701 perfomis 
an oPer^'on on a nie. EOS 704 translates the file operation into an operation on an object. KOS cJates 

.VrJJo <fff "'"^"^ ^ ^''^^ associating it a Virtual Processor 612. In togical terms. 

Pr^^l «in"°' " ! "^^'^^^ Processes 6l5. As many 

Processes 610 may apparently execute simultaneously in CS 101 as there are Virtual Processors 612 The 
-iiusion of simultaneous execution is created by multiplexing JP 1,4 among the Virtual Processors- the 
manner in which Processes 610 and Virtual Processors 6,0 are implement^ wi„ be ^Ic^Xderai' 
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5. KOS and Architectural Interface 708 (Rg. 7) 

KOS^SnH^T'^f "'."tnlc ^'^ '^''"^ ^ environment provided by 

KOS Microcode 7,0 and KOS Software 706 to execute SINs. For example, as previously explained Names 
and program locations are defined in terms of ABPs whose values va^ during execution of "e pr^r^ 
The KOS environment provides values for the ABPs. and therefore makes it possible to interpret Names 

11.^7"^. °"?°"" ''^'^ "2. Similarly. KOS help is r^uired to transform S 

descriptors into references to MEM ,12 and to perform protection checks ^ 
The environment provided by KOS has the following elements- 

' A r/!"f n®^° ^ °' ^" °' P'og^am for a given User 70, 

- A Virtual Processor 612 which gives the Process 6,0 access to JP 1 ,4 

- An Object Management System which translates UIDs into values that are usable inside JP 1 ,4 
Obj^^. " ''^^ "9"^' '° P^^o^"" 3" operation on an 

- A Virtual Memory Management System which moves those portions of Objects which a Process 6,0 
ScrlpVi """^ ^"^ descriptors inirphysLa" 

exec^edlnTt'See^ViSr' '"^^ -'^^'^ ^ P^^ram is 

6. Processes 6,0 and Virtual Processors 6,2 (Fig. 8) 

^ h „h?°'!''*' '"'^ 6,2 have already been described in logical terms- Rg 8 gives a 

"o high-level view of their physical implementation. ^ ^ 

Rg. 8 illustrates the relationship between Processes 6,0, Virtual Processors 612 and JP ,14 In 

Of Tol^'onrr" f'V' °' ^"^"^ ^'^'^ - er's exl^utioo 

r v«nT« ? . " ' °' ""'^^"^ ''^'"^^ °' '^BPs and a Program Counter (PC) 

Given the current value of the PBP and the PC. the next SOP in the program can be executed sfrii arh/ 

a d resuZ ^ ^x^'^'^'iP"- '''^ Program's physical execution can be stopped 

r/r«H T . "J"" '° "'"^^""^ ^x^^"""" P' the Process 610 

AS already mentioned, a Process 610's execution proceeds only when KOS has bound it to a Virtual 

I ea of MEM To""''"^ '""•''y " ''^^'"^ 610 state from the Process 61 0's 

a ea of MEM 1,2 to a V.rtual Processor ei2's area of MEM 112. Since binding and unbinding may take 
Place at any time. EOS 704 may multiplex Processes 610 among Virtual Processors 612 In f?g 8 me e 
are more Processes 610 than there are Virtual Processors 612. The physical execution of a Process 610 on 
JP 114 takes place only while the Process 6l0's Virtual Processor 612 is bound to JP m ie when state 
IS transferred from Virtual Processor 612's area of MEM 112 to JP lU's redsters Jus « EOS ?ri! 

6t2TRr8'T""^ r ^^^^t:.^^^^^^^ 

sors 612. in Rg. 8. only one Process 610 is being physically executed. The means by which JP 114 is 
multiplexed among Virtual Processors 612 will be described in further detail below. 
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CALL Microcode lOOl next constructs the frames for EXAMPLE on Secure Stack 504 and Macro-Stack 
502. This discussion concerns itself only with Frame 1102 on Macro-Slack 502. Fig. ii illustrates 
EXAMPLE'S Frame 1102. The size of Frame 1102 is determined by EXAMPLE'S focal variables (X. A. and 
B) and formal arguments (C). At the bottom of Frame 1102 is Header 1104. Header n04 contains 

5 information used by KOS 706. 710 to manage the stack. Next comes Pointer 1106 to the location which 
contains the value represented by the argument C. In the invocation, the actual for C is the local variable 2 
in INVOKER, As is the case with all local variables, the storage representea by Z is contained in the stack 
frame belonging to INVOKER's invocation. When a name interpreter resolved C's name, it placed the 
descriptor in a register. Call Microcode lOOi takes this descriptor, converts it to a pointer, and stores the 

to pointer above Header 1104. 

Since the FP ABP points to the location following the last pointer to an actual argument. Call Microcode 
1001 can now calculate that location, convert it into a descriptor, and place it in a FU Register 1004 
reserved for FP. The next step is providing storage for EXAMPLE'S local variables. EXAMPLE'S Procedure 
Object 1006 contains the size of the storage required for the local variables, so Call Microcode lOOi obtains 

ts this information from Procedure Object 1006 and adds that much storage to Frame 1102. Using the new 
value of FP and the information contained in the Name Table Entries for the local data. Name Interpreter 
715 can now construct descriptors for the local data. For example. A's entry in Name Table specified that it 
was offset 32 bits from FP. and was 32 bits long. Thus, its storage falls between the storage for X and B in 
Rgure 1 1 . 

20 

9. Memory References and the Virtual Memory Management System (Fig. 12. 13) 

As already explained, a logical descriptor contains an AON field, an offset field, and a length field. Fig. 

25 12 illustrates a Physical Descriptor. Physical Descriptor 1202 contains a Frame Number (FN) field, a 
Displacement (D) field, and a Length (L) field. Together, the Frame Number field and the Displacement field 
specify the location in MEM 112 containing the data, and the Length field specifies the length of the data. 

As is clear from the above, the virtual memory management system must translate the AON-offset 
location contained in a logical descriptor 1204 into a Frame Number-Displacement location. It does so by 

30 associating logical pages with MEM 112 frames. (N.B: MEM 112 frames are not to tje confused with stack 
frames). Fig. 13. illustrates how Macrostack 502 Object 1302 is divided into Logical Pages 1304 in 
secondary memory and how Logical Pages 1304 are moved onto Frames 1306 in MEM 1 12. A Frame 1306 
is a fixed-size, contiguous area of MEM 112. When the virtual memory management system brings data 
into MEM 112. it does so in frame-sized chunks called Logical Pages 1308. Thus, from the virtual memory 

35 system's point of view, each object is divided into Logical Pages 1308 and the address of data on a page 
consists of the AON of the data's Object, the number of pages in the object, and its displacement on the 
page. In Rg. 13. the location of the local variable B of EXAMPLE is shown as it is defined by the virtual 
memory system. B's location is a UID and an offset, or, inside JP 1 14. an AON and an offset. As defined by 
the virtual memory system. B's location is the AON, the page number 1308. and a displacement within the 

40 page. When a process references the variable B. the virtual memory management system moves all of 
Logical Page 1308 into a MEM 112 Frame 1306. B's displacement remains the same, and the virtual 
memory system translates its Logical Page Number 1308 into the number of Frame 1306 in MEM 112 
which contains the page. 

The virtual memory management system must therefore perform two kinds of translations: (1) AON- 
45 offset addresses into AON-page number-displacement addresses, and (2) AON-page number into a frame 
number. 

10. Access Control (Fig. 14) 

50 

Each time a reference is made to an Object. KOS 706. 710 checks whether the reference is legal. The 
following discusson will first present the logical structure of access control in CS 101. and then discuss the 
microcode and devices which implement it. 

CS 101 defines access in terms of subjects, modes of access, and Object size. A process may 
55 reference a data item located in an Object if three conditions hold: 

1) If the process's subject has access to the Object. 

2) If the modes of access specified for the subject include those required to perform the intended 
operation. 
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SUBRODTINE EXAMPLE (C) 
INTEGER X,C 
INTEGER A,B 



A = B 

RETDRN 
END 
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SUBROUTINE INVOKER 
INTEGER Z 

o o o 

CALL EXAMPLE (2) 

O » O 

END 



so 
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The CAU S,N - Js^N^^rp e^^^^^^^^ to .0 CAU statement 

procedure obiect and a list of Names represen 47^0^,?^^^^^ °' location in a 

Names are interpreted to resolve the SIN's NTrnes as nr-t f T""^''' "^e 
perform MAS 502 and Secure Stack 504 operafens ' ^""^ "^^S 710 microcode to 

Fig. 10 illustrates the manner in which the Kn<? 7.n „ • 
Stack 504. Rg. 10 incudes the following ^60^ ^'^S 502 and Secure 

' '^-<=f o^'c^r^^^^^^^^ the remainder of macrostate and me 

. ---OOecon..ns.eentriesfor^S^^^^^^^^^^^ ^^^^^^^ 

r^^^^'^^^^!^^ Stack 504, con^n .e 

wi.. be discussed later, when m rs^reT^r r?r.""^°^^^^^ As 
microcode to translate the location informaln c^aine^^ ^'"°<=°«^e 'OOi uses other KOS rJl 

MEM 112. Then Microcode 1001 uses hT ? ? •''"'^ 0' Pointers 

B^MPLE-sen,^ in Procedure otcM^^^^^^^^ Name to locate'the 

and the beginning of EXAMPLE'S code. Microlde S LI t 
rn-crocode to iranslate them into descriptors nd place ml T,'.' ''^'^ ^OS 7oJ 

resented for me values of me P8P and NT|i then II. '^T""^" Registers 1004 

- -en me call is Hnished. the ne« SIN .o^.e^cr^b:^^^^^^^^ '002^ 
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its Virtual Processor Number 1514 is on a list called the Runnable List: Virtual Processors 612 which cannot 
run are on other lists, depending on the reason why they cannot run. It is assumed that Virtual Processor 
612B's Virtual Processor Number 1514 is the first one on the Runnabie List. 

When a process is bound to a Virtual Procesor 612. the Virtual Processor Number 1514 is copied into 

5 the process's Process Object 901 and the AONs of the process's Process Object 901 and stacks are 
copied into the Virtual Processor 612's VPSB 614. (AONs are used because a process's slacks are wired 
active as long as the process is bound to a Virtual Processor 612). Binding is earned out by KOS 706, 710 
at the request of EOS 704. In Fig. 15. two Secure Stack Objects 906 are shown, one belonging to the 
process to which Virtual Processor 612A is bound, and one belonging to that to which Virtual Processor 

10 612B is t>ound. 

Having described certain overall operating features of CS 101. a present implementation of CS lOVs 
structure will be described further next below. 

'5 E. CS 101 Structural Implementation (Figs. 16. 17. 18. 19. 20) 



1. (IPS) 116 (Figs. 16. 17) 

20 

Referring to Fig. 16, a partial block diagram of lOS 1 16 is shown. Major elements of iOS 116 include an 
ECLIPSE® Burst MulUplexer Channel (BMC) 1614 and a NOVA® Data Channel (NDC) 1616. an 10 
Controller (IOC) 1618 and a Data Mover (DM) 1610. IOS 116*5 data channel devices, for example BMC 
1914 and NDC 1616. comprise IOS 1l6's interface to the outside world. Information and addresses are 

25 received from external devices, such as disk drives, communications modes, or other computer systems, 
by IOS 116's data channel devices and are transferred to DM 1610 (described below) to be written into 
MEM 112. Similarly, information read from MEM 112 is provided through DM 1610 to IOS 116's data 
channel devices and thus to the above described external devices. These external devices are a part of CS 
101 's addressable memory space and may be addressed through UIO addresses. 

30 IOC J618 is a general purpose CPU. for example an ECLIPSE® computer available from Data General 
Corporation. A primary function of IOC 1618 is control of data transfer through IOS 116. In addition. IOC 
1618 generates individual Maps for each data channel device for translating external device addresses into 
physical addresses within MEM 112. As indicated In Rg. 16. each data channel device contains an 
individual Address Translation Map (MAP) 1632 and 1636. This allows IOS 116 to assign individual areas of 

35 MEM Ii2's physical address space to each data channel device. This feature provides protection against 
one data channel device writing into or reading from information belonging to another data channel device. 
In addition. IOC 1618 may generate overlapping address translation Maps for two or more data channel 
devices to allow these data channel devices to share a common area of MEM 112 physical address space. 
Data transfer between IOS I16*s data channel devices and MEM 112 is through DM 1610. which 

40 includes a Buffer memory (BUF) 1641. BUF 1641 allows MEM 1 12 and IOS 1 16 to operate asychronously. 
DM 1610 also includes a Ring Grant Generator (RGG) 1644 which controls access of various data channel 
devices to MEM 112. RGG 1644 is designed to be flexible in apportioning access to MEM 112 among IOS 
Il6*s data channel devices as loads carried by various data channel devices varies. In addition, RGG 1644 
insures that no one. or group, of data channel devices may monopolize access to MEM 112. 

45 Referring to Fig. 17. a diagramic representation of RGG I644's operation is shown. As described further 
in a following description, RGG 1644 may be regarded as a commutator scanning a number of ports which 
are assigned to various channel devices. For example, ports A. C. E. and G may be assigned to a BMC 
1614, ports B and F to a NDC 1616. and ports D and H to another data channel device. RGG 1644 will scan 
each of these ports in turn and. if the data channel device associated with a particular port is requesting 

50 access to MEM 112. will grant access to MEM 112 to that data channel device. If no request is present at a 
given port. RGG 1644 will continue immediately to the next port. Each data channel device assigned one or 
more ports is thereby insured opportunity of access to MEM tl2. Unused ports, for example indicating data 
channel devices which are not presently engaged in information transfer, are effectively skipped over so 
that access to MEM 112 is dynamically modified according to the information transfer loads of the various 

55 data channel devices. RGG I644's ports may be reassigned among IOS 1 i6's various data channel devices 
as required to suit the needs of a particular CS lOl system. If. for example, a particular CS 101 utilizes 
NDC 1616 more than a BMC 1614. that CS lOl's NDC I6i6 may be assigned more ports while that CS 
101'S BMC 1614 is assigned fewer ports. 
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5 si^e is one of its attributes Nirer 2 oSeJ?s^rn« ! Tr. ''^ °^>^^'^ 

cont.„e. in svste. .^^^^^^ . .e O.ect. Sotb a. 

<t ma^^Trenr °' ~ "^^^^ "•''^t, the process -s executing ..en 

informaUon about the subject com^^!„fc D ^- "'^ "^'^^ °' O^iec's ttiat contain 

information regar^i ^sysSm u ^Tr 3^ 1'°' ^""^'"^ '^'^on and accoun ng 

seif^xp^nS^rstcesI S aLTa^r - 

Access Control Usts (aSS 141^1 fp '"'^""""^ ~"'^'"«<^ "'e Object. 
Template ,416 and Mode S^lm l^B sZc^L^T^lT ^ '""^ ""^ ^'"''^"-•^^ Subject 

reference the Obiecf and Mode Specifier , 418 J^^^^^^ °' ^« ma, may 

Object. Logically speaking. ACL u,2 s cS ll^^^^^ ° "^'^ '""'^^'^ '"^V "^^^^ to the 

reference may succeed only if the proi^s cu^en^l btcf '^^0- 

1412 and if the modes in the ACL B^^ ^HTl c L ^ °' """'^ °" ">'0's ACL 

wishes ,0 make. ^"'^ ^"''l^' allow the kind of access the process 
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30 H, Virtual Processors and Virtual Processor Swggvnj (P|j^ ^ 

704rrnrL^;~rat^^^^^^^^ "° 

Place only while the process's Virtual PrTcessoreipIl h„ .T'"^ *" "^^ ''™'="^ '«'<es 

^5 With the data bases belonging to a^L, Pro?e«or eiLn^^^^ V'" -^^^'s 
bound to and removed from JP 114. '"^ '"^""^ "'^"^^ « Virtual Processor 612 is 

Hg. 15 illustrates the devices and tables whirh Krvs 7ne -r,/, 
612. FU 120 WCS contains KOS Micr«:ode%6 I^^ biSL '° '""P'""""' ^''^^ •^°'=essors 

them from JP 1 ,4. Timers ,502 and Sp°uie S L h . ' ^«'"°-*"9 

^0 cause the invocation of KOS M^Z^e m'riZ ^^Z^,^^^^^ ""'^"^^ ^« 

which may be set by KOS 706. 7,0 ,0 signalVhen I ZTr '"^ '^^''^'^'^ ^"-^^ '506. 

guarantees that there is a ma^mum^ri^t ^h hTru:;^Pr:ir;6T2^2^^ ^•''^^'^ 
before „ invokes KOS Microcode 706. Interrupt Una .-L ^'^ "^"""^ '° JP ,,4 

message from lOS ,16, for example when lOsTie has finished tr„'' '''^^^ ^ 

FU 120 Registers 508 contain state bJb^n„ „« T * f ^ * '"^ ^EM 112. 

Here, th-s Virtu?, Processor^^^IsTaL tuTp^^^^^^^ r^.-^-'-V '-""•^ to JP ,14. 

reserved for the execution of VP Swapping MfcrocSTsto ^LtfitT; ^ 
descriptor-to-pointer and pointer-tOHJescSotor tSo^Ji^I!' ^'^^ ^''^ °' '^O) is used for the 
unbound from JP ,,4 and anothe^ouXjJ m S^^^^ T T ""^'"^ 

612 and data bases used by KOS 706 7,0 to mLaoTL.lf o '''^^ ""'^^""^ 

fixed nuqiber of Virtual Processors 612 for CS ,m Sch^T, o™""''"'' ^'^^ P™^*^«s a 

Processor State Block (VPSB) 6?4 EaJh vpsb 614 con,!!?"? '"^'''"^'^ « ^'^ual 

the Virtual Processor 6,2. and in addSnTonfairjnflTJ '° ""^^S^ 

process. Fig. ,5 shows Nvo VPSBs 6 ^one t^^a ^to 7^"""^ ''^^^^^^ ^,2 with a 

Virtual Processor 612B. which will rep acrv^rt^a^P^^c J^n p^^^^ '"^ t^elonging to 

in VPSB Array 15,2. The index of a vJsbX irvpTJ Arr^ T.^^ ^"^^^ ^« 

belonging ,0 the Virtual Processor 6^2 rSresen Jbv fvpcT«,. ^"^ dumber 1514 

which KOS 706. 7,0 uses to rnaSage VflrtuTprSsor^^^^^^^^ "''ts 

y nuai processors 6,2. If a Virtual Processor 6,2 is able to execute. 
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into MEM 112 from lOS 116 through FlU 1820. data is transferred onto lOM Bus 130. read into FlU 1820. 
operated upon, transferred onto MOD Bus 140. and transferred from MOD Bus 140 to MC 181 6. In read 
operations from MEM 112 to lOS 116, data is transferred from MC 1816 to MOD Bus 140, wntten tnto FiU 
1820 and operated upon, and transferred onto MIO Bus 129 to lOS 1 16. In a data read from MEM 1 12 to JP 

5 114. data is transferred from MC 1816 onto MOD Bus 140. transferred into FIU 1820 and operated upon, 
and transferred again onto MOD Bus 140 to JP 114. In write operations from JP 114 to MEM 112, data on 
JPD Bus 142 is transferred into FIU 1820 and operated upon, and is then transferred onto MOD Bus 140 to 
MC 1816. MOO Bus 140 is thereby utilized as an MEM 112 internal bus for FIU 1820 operations. 

Finally. MIC 1822 provides primary control of BC 1814, MC 1816, and FIU 1820. MIC 1822 receives 

to control inputs from and provides control outputs to PD Bus 146 and lOMC Bus 131. MIC 1822 contains 
primary microcode control for MEM 112. but BC 1814. MC 1816, and FIU 1820 each include internal 
microcode control. Independent, internal microcode controls allow BC 1814. MC 1816, and FIU 1820 to 
operate independently of MIC 1822 after their operations have been initiated by MIC 1822. This allows BC 
1814 and MSB 1810, MC 1816. and FIU 1820 to operate independently and asynchronously. Efficiency and 

;5 speed of operation of MEM 112 are thereby enhanced by allowing pipelining of MEM 112 operations. 



3. Fetch Unit (FU) 120 (Fig. 19) 

20 A primary function of FU 120 is to execute SINs. In doing so, FU 120 fetches instructions and data 
(SOPs and Names) from MEM 112. returns results of operations to MEM 112. directs operation of FU 122, 
executes instructions of user's programs, and performs the various functions of CS lOVs operating 
systems. As part of these functions, FU 120 generates and manipulates logical addresses and descriptors 
and is capable of operating as a general purpose CPU. 

25 Refemng to Fig. 19, a major element of FU 120 is the Descriptor Processor (DESP) 1910. DESP 1910 
includes General Register File (GRF) 506, GRF 506 is a large register array divided vertically into three 
parts which are addressed in parallel. A first part, AONGRF 1932 . stores AON fields of logical addresses 
and descriptors. A second part, OFFGRF 1934, stores offset fields of logical addresses and descriptors and 
is utilized as a 32 bit wide general register array. A third portion GRF 506, LENGRF 1936. is a 32 bit wide 

30 register array for storing length fields of logical descriptors and as a general register for storing data. 
Primary data path from MEM 112 to FU 120 is through MOO Bus 140. which provides inputs to OFFGRF 
1934. As indicated in Fig. 19. data may be transferred from OFFGRF 1934 to inputs of AONGRF 1932 and 
LENGRF 1936 through various interconnections. Similarly, outputs from LENGRF 1936 and AONGRF 1932 
may be transferred to inputs of AONGRF 1932. OFFGRF 1934. and LENGRF 1936. 

35 Output of OFFGRF 1934 is connected to inputs of DESP 19i0's Arithmetic and Logic Unit (ALU) 1942. 
ALU 1942 is a general purpose 32 bit ALU which may t>e used in generating and manipulating logical 
addresses and descriptors, as distinct from general purpose arithmetic and logic operands performed by 
MUX 1940. Output of ALU 1942 is connected to JPD Bus 142 to allow results of arithmetic and logic 
operations to be transferred to MEM 112 or EU 122. 

40 Also connected from output of OFFGRF 1934 is Descriptor Multiplexer (MUX) 1940. An output of MUX 
1940 is provided to an input of ALU 1942. MUX 1940 is a 32 bit ALU. including an accumulator, for data 
manipulation operations. MUX 1940. together with ALU 1942. allows DESP 1910 to perform 32 bit arithmetic 
and logic operations. MUX 1940 and ALU 1942 may allow arithmetic and logic operations upon operands of 
greater than 32 bits by performing successive operations upon successive 32 bit words of larger operands. 

45 Logical descriptors or addresses generated or provided by DESP 1910. are provided to Logical 
Descriptor (LD) Bus 1902. LD Bus 1902 in turn is connected to an input of Address Translation Unit (ATU) 
1928. ATU 1928 is a cache mechanism for converting logical descriptors to MEM 112 physical descriptors. 

LD Bus 1902 is also connected to write input of Name Cache (NO) 1926. NO 1926 is a cache 
mechanism for storing logical descriptors corresponding to operand Names currently being used in user's 

50 programs. As previously described. Name Table Entries corresponding to operands currently being used in 
user's programs are stored in MEM 112. Certain Name Table Entries for operands of a user's program 
currently being executed are transferred from those Name Tables in MEM 112 to FU 120 and are therein 
evaluated to generate corresponding logical descriptors. These logical descriptors are then stored in NO 
1926. As will be described further below, the instruction stream of a user's program is provided to FU 120's 

55 Instruction Buffer (IB) 1962 through MOD Bus 140. FU I20*s Parser (P) 1964 separates out, or parses. 
Names from IB 1962 and provides those Names as address inputs to NC 1924. NC 1924 in turn provides 
logical descriptor outputs to LD Bus 1902. and thus to input of ATU 1928. NC 1926 input from LD Bus 1902 
allows logical descriptors resulting from evaluation of Name Table Entries to be written into NC 1926. FU 

25 
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2. Memory (MEM) U2 (Fig; 18) 
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5 Unit (RU) .820. and Memory Interface SnSrer (S?^'"''"''^ ''"^'^ ^ ^'^^^ '"'^^ace 

and ootput buses of MEM ,12 ,o lOS nV^ Jp m iI1Sica£'°""'''°"' °' 

.3oS i^rra^rin^^^ '° -os ne. c^p^sed or ,om ... 

Bus 140 and PD Bus 146 and a second^rtl™ 1 . '"^ '^^ P*"^ <=°"'P""d of MOD 
'0 data transfers fro. and to S/iTby ^ ; 6 a^^^^^^^^ '^^ S^^^- ^« 

Bus ,29. MOD Bus ,40, and JPO Bus ,42 Jre elh 32 b^tf . "T' f '^"^ '^O. MIC 

length machine wherein the actual physical wid,^ J h « "^a^'e vvord 

Name in a user's program may retr^n o^rld cntt= ' of ! '° ' f^"^ «'<^P'«. a 

item wi,. appear ,o be read from MEM ,,2 t^'^ mTn 3 "Z „ '° ""^ 

's operand from MEM 1,2 in a series of rl JZ, I T^^ operation. In actuality. JP ,,4 will read that 
string transfer will comprise three 2 i^^^^^^^^^^ '^Z '° T'^ '^^^^' ^^ 

transfer, containing a single data bit ll be 0^ a S h.^ T ^""'^ ^""^ ^'"Q'e bit 

Write operations to MEm',,2 m^y lZ^oZ^^Z Zt T '^'^ ^'^ "^'^ 

MEM ,12 specifies a data item of less 5Sn S bits omIT Tr^l " ' '^^"^ °' ^«<'''«st 

The various MAs ,812 comprising MSB 1810 need not h« „r ,h 
example, certain MAs ,8,2 may have a caoacilv of^J ! ^ '^'"^ "^^'^ <=^«aty- Por 

30 <=3pacity Of 5,2 kilobytes. Addressing Of t;e S,^8,2 in M^^^^^^^ "'l'^ "'^^ '^'2 may have a 
1812 configurations. As indicated in Rg. ,8 each Sa 812 ^^^'^^ ^ various MA 

an input from the next lower MA ,8,2 indicatina Z hZLT^"' '«:«fves 
circuit on an MA ,812 also receives an inpuT 2 CSa ,8^^^^^^^^^ ^ """^ '""^^ The A 

MA ,812. The A circuit of that MA ,812 adds mThiohl . J '""'"^ ^'^'^'^ '^"^^ °' «^at 

input representing its own capacity ^d ^nerats^n ol^^^^^^^^^ T '^'^ to its own 

address. All MAS ,812 of MSB ,8,0 ^e IdJSd "n h «r o * '^'^ '"^''^"^ ''^^^^ 

addresses ,0 its input from the next Z^uTm^ ' ^ '^'^ '^^^ compares such 

18,2. and its own output. represe^cTorn h ohest S^^^^^ ''^'"^ °' "^^^ lower MA 

provided by BO ,8,4 lies within the r^ce of^dlL, '° "^''"^'"^ ^^"^"^^ « P'^'-^"'^ ^"^dress 

0 particular MA ,8,2 whose address ^ aZciu e?^^^^^^^^^^ P-ticu.ar MA ,8,2. The 

wr.te request from BC1814 respond by accepting the read or 

centres ";i%:e2^rsirii7Lr^^^^ - - - - mc 

1 le or JP „4. MSB 1810 thereby pLdes S , , 2 Jit , I ? "^'"^ "«"^«<^ 'OS 

> «ie appearance of a high speed meC „ e'l^n t™ Z "'"^ P^^^'-^^s 

.^rite path Which allows lOS „6 to wS WocS nMn « ! ^ ^ ^ '^'^ '"<='"des a bypass 

1814. ,n addiUon. MC ,8,6 includes 7^<i^^i:^,^'%,\Tf, "^^"^ "^^^ ^"^"^ 60 
18,6-s cache and stored while further daSlT^^^ red il Mr itT 

18,6's cache may then be written back L SSlr .^Z ' '''^ '^-^ 

path enhances speed of operation of MC ,8,6 bv aZinl nlf """^ convenient time. This write-back 

LL'^f' '^^^^ -V be wrLn'inrSsrr '"'""^ '^^"^'^"'"^ '^^'^ 

1 14 and fosne' For TZ^F^IS "^'^^ '° '^^^^^ '-"^ ' both 

and vice versa. In addition. fS '.S Tws mem .2 7""'"" '""'"^ '''^ '° decimaf'data. 
example, as described all data trans^s ,0 a^d f^om mfm ' addressable memory. For 

tHan 32 bits is required, the 32 bit 1,1 a^n^.f J, °' " ' ^^^^'^^ 'es" 

and .herein manipulated to extract meU^data ^i J F^Tt'SThe?' ""^ '^'^ "^"^ 

-se required data bits, plus «.l bits, and pro.des IT.::VZZ\ITZ': .S^i' 
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be referred to by different SOPs of different S-Language Dialects. 

EUDT 1966 performs a similar function with respect to EU 122. As will be described below. EU 122 
contains a mC. simitar to mC 1912. which is addressed through EUDT 1966 by SOPs specifying EU 122 
operations. In addition. FU 120 may provide such addresses mC 1912 to initiate EU 122 operations as 
5 required to assist certain FU 120 operations. Examples of such operations which may be requested by FU 
120 include calculations required in evaluating Name Table Entries to provide logical descriptors to be 
loaded into NC 1926. 

Associated with both FUDT 1904 and EUDT 1966 are Dialect (D) registers 1905 and 1967. D registers 
1905 and 1967 store information indicating the particular S-Language Dialect currently being utilized in 
10 execution of a user's program. Outputs of D registers 1905 and 1967 are utilized as part of the address 
inputs to mC 1912 and EU 122's mC. 

4. Execute Unit (EU) 122 (Fig. 20) 

IS 

As previously described. EU 122 is an arithmetic and logic unit provided to relieve FU 120 of certain 
arithmetic operations. EU 122 is capable of performing addition, subtraction, multiplication, and division 
operations on integer, packed and unpacked decimal, and single and double precision floating operands. 
EU 122 is an independently operating microcode controlled machine including Microcode Control (mC) 

20 2010 which, as described above, is addressed by EUDT 1966 to initiate EU 122 operations. mC 2010 also 
includes logic for handling mutual interrupts between FU 120 and EU 122. That is, FU 120 may interrupt 
current EU 122 operations to call upon EU 122 to assist an FU 120 operation. For example. FU 120 may 
interrupt an arithmetic operation cun-ently being executed by EU 122 to call upon EU 122 to assist in 
generating a logical descriptor from a Name Table Entry. Similarly, EU 122 may interrupt current FU 120 

25 operations when EU 122 requires FU 120 assistance in executing a current arithmetic operation. For 
example, EU 122 may interrupt a current FU 120 operation if EU 122 receives an instruction and operands 
requiring EU 122 to perform a divide by zero. 

Referring to Rg. 20, a partial block diagram of EU 122 is shown. EU 122 includes two arithmetic and 
logic units. A first arithmetic and logic unit (MULT) 2014 is utilized to perform addition, subtraction, 

30 multiplication, and division operations upon integer and decimal operands, and upon mantissa fields of 
single and double precision floating point operands. Second ALU (EXP) 2016 is utilized to perform 
operations upon single and double precision floating point operand exponent fields in parallel with 
operations performed upon floating point mantissa fields by MULT 2014. Both MULT 2014 and EXP 2016 
include an arithmetic and logic unit, respectively MALU 2074 and EXPALU 2084. MULT 2014 and EXP 

35 2016 also include register files, respectively MRF 2050 and ERF 2080. which operate and are addressed in 
parallel in a manner similar to AONGRF 1932. OFFGRF 1984 and LENGRF 1936. 

Operands for EU 122 to operate upon are provided from MEM 112 through MOD Bus 140 and are 
transferred into Operand Buffer (OPB) 2022. In addition to serving as an input buffer. OPB 2022 performs 
certain "data format manipulation operations to transform input operands into formats most efficiently 

40 operated with by EU 122. In particular. EU 122 and MULT 2014 may be designed to operate efficiently with 
packed decimal operands. OPB 2022 may transform unpacked decimal operands into packed decimal 
operands. Unpacked decimal operands are in the form of ASCII characters wherein four bits of each 
characters are binary codes specifying a decimal value between zero and nine. Other bits of each character 
are referred to as zone fields and in general contain information identifying particular ASCII characters. For 

45 example, zone field bits may specify whether a particular ASCII character is a number, a letter, or 
punctuation. Packed decimal operands are comprised of a series of four bit fields wherein each field 
contains a binary number specifying a decimal value of between zero and nine. OPB 2022 converts 
unpacked decimal to packed decimal operands by extracting zone field bits and packing the four numeric 
value bits of each character into the four bit fields of a packed decimal number. 

50 EU 122 is also capable of transforming the results of arithmetic operands, for example in packed 
decimal format, into unpacked decimal format for transfer back to MEM 112 or FU 120. In this case, a 
packed decimal result appearing at output of MALU 2074 is written into MRF 2050 through a multiplexer, 
not shown in Fig. 20, which transforms the four bit numeric code fields of the packed decimal results into 
corresponding bits of unpacked decimal operand characters, and forces blanks into the zone field bits of 

55 those unpacked decimal characters. The results of this operation are then read from MRF 2050 to MALU 
2074 and zone field bits for those unpacked decimal characters are read from Constant Store (CST) 2060 to 
MALU 2074. These inputs from MRF 2050 and CST 2060 are added by MALU 2074 to generate final result 
outputs in unpacked decimal format. These final results may then be transferred onto JPO Bus 142 through 
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120's Protections Cache IPC\ iQ'^d k a « ^ 

and providing iniorn^Z ^^^e^'Z^^ ^ Bus .902 

MEM U2 .e.s ^r.,;^sTme"Z '^^^ -'—s ,o data in 

respectively. CS tors Namespace addressing l^^l To nhlr. 
5 mechanism. '° Physical address structure, and protection 

Referring again to OESP 1910. OESP 1910 includes BIA<5 loeo 
1936. As previously described, operands con Jnirmo™ ! ' ""tput of LENGRF 

L field in LENGRF 1936. AVeS stces^^^^ ^7^^ V^-^Z ° "^"^ ^'^^^"'^ ^934, and 
Original logical descriptor w,n be inJ3 ij bTtl numhfr o 71' "'^ ''''"^ '^^"^'^^^ ° °' 
's accordingly decremented. The logicL desSotor 1T "'""^"^'^ ^^"'^ ^ will be 

successive transfer of the st-^n^sfJ Xo^J^^^^ f ""^^^''^ "P- «ach 

OFFGRF 1934 will indicate increasing? I^^er oC s 1 It T T '° ° "^'^ 

successively shorter lengths. AON and O fieldrofm?!^i.TH ^"^"^ "^'"^ '"«^'cate 

as AON and 0 fields of the suct^Sive rc^.^^ Je 'S^^^^^^^ 
20 descriptor residing in LENGRF 1936 hoUT J f ! ""^ ''""^ transfer. L field of the logical 
transfer logical descriptors as th fL fiSdTd^^^^^^^ 'V''' °' '''^ ''"""^'"^ ^""9 

instead. BIAS 1952 generates ^. V:: ':rr.r''"'"^. '^"^^^ °' vet to be transferred, 

correspondingly decrementing L field Of the loQicLL^^^^ ""^''^^ descriptors while 

19S2 generates L field of the next Ling KicJ dT.? ? """"^ «^<='^ '^-''^^ BIAS 

« CHsent string transfer logical diJcriptorr^o n^rsts^^^^^^^ ' ir'""""' "^"^ °' 

strmg transfers by performing pipelined L field oJerLns R aT iQ«t'' 'T^^' '"^^'^ °' °' 
the user to be a variable word length machinTb! autam^tS 1 ''^"^ '°' appear to 

is used for transfer of any datatm gre^tl th^^^^^^ 

numbers. '^^ bits, for example double precision floating point 

" Par«S:^FC^;?irdTs%"'S^^^^^^^^^^ ^' °P-«ons described above. In 

microinstructions for controlling XTs^^^^^^^^ '920 storing sequences 0, 

operations fall into two classes. A first class includes thoL "Pe^ations. In general, these FU 120 

With executing the SOPs of user's p^^rams secon^TaT'™?; ^^''"^"<=^^ concerned 

OS concerned with CS 101 's operating systems incHnn T microinstruction sequences 

such as evaluation of Name Table l,Ss ' ' '^ """^ ^"«°'"^«C- internal FU 120 functions 

con^::SLr^^^^^^^^^^^ ^or example, mC ,920 may 

comprised of a writeable control store InTset of mlr^r '?• -"^ 1920 is 

« transferred into and out of mC 19S as ^quS forZc T" '"^V "e 

microinstruction sequences for ^llZ'To^^^T^^ fo^r ''''IfT'''- ^'"""^ ^^'^ °^ 
written in a mixture of user languages For exanSe ^ l^r "^^''^ ^"^'^"'^ 'o be 

FORTRAN but may call certain CoToL lS'^hese^OBOL^ '"''T ^""'^'y 
■nto COBOL dialect SOPs and executed by JoBOI^ m croSfrSiri"r " ~-««PO"<^lng'y translated 

The Instruction stream provided to V T2 h^r.' ''"'^ 
reference to Fig. 3. SOPs and Names of this instruct^n Tr!!! Previously described with 

t962 as they are provided from MEM ? flB I962 rcrd«^ are transferred from MOO Bus 140 into IB 
includes prefetch circuitry for reading lor SOPs SaS^^s nf 7 . ' '^^^ 
a manner that IB 1962 shall always contl a S o^elo^ L^^^^^^^ ^'"^ ^^"^ "2in such 

reads and separates, or parses. SOPs anTNles , o^'B ^^s^ '"^i '"^'"'^^ <'') '^^^ -^^^ 

those Names to NC 1926. which accordingn'ovideT 1' Jl'^ '?'"°"''^ " '964 provides 

corresponding operands from MEM 1,2 '^^^criptors to ATU 1928 so as to read the 

Unit'ois^r Tabt VZ'rs^^ZZX S "^^'^'^^ ^'^'^ '^'^ - ^-ute 
translating SOPs to starting addresses in mC g, 2 of L h °' ^ '^""^ <°' 

2zrwirr;;s Ss ^ :zT'r^^^^^^^^^ 

-."^.e Oialects. Such -^r—r^^^^^^^ 
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Having briefly described certain features of CS lOl structure and operation m the above overview, 
these and other features of CS 101 will be descrit^ed in furttier detail next beiow in a more detailed 
introduction of CS 101 structure and operation. Then, in further descriptions, these and other features of CS 
lOi structure and operation will be described in depth. 



1. Introduction (Rqs. 1 01-110) 



A. General Structure and Operation (Fig. 101) 



a^ General Structure 

Referring to Fig. 101, a partial block diagram of Computer System (CS) lOilO is shown. Major 
elements of CS 10110 are Dual Port Memory (MEM) 10112. Job Processor (JP) 10114. Input/Output 
System (lOS) 10116. and Diagnostic Processor (DP) 10118. JP 10114 includes Fetch Unit {fU) 10120 and 
Execute Unit (EU) 10122. 

Referring first to 108 10116. ICS 10116 is interconnected with External Devices (ED) 10124 through 
Input/Output (1/0) Bus 10126. ED 10124 may include, for example, other computer systems, 
keyboard/display units, and disc drive memories. 108 10116 is interconnected with Memory Input/Output 
(MIO) Port 10128 of MEM 10112 through InpuVOutput to Memory (lOM) Bus 10130 and Memory to 
Input/Output (MIO) Bus 10129. and with FU 10120 through I/O Job Processor (lOJP) Bus 10132. 

DP 10118 is interconnected with, for example, external keyboard/CRT Display Unit (DU) 10134 through 
Diagnostic Processor Input/Output (DPIO) Bus 10136. DP 10118 is interconnected with lOS 10116. MEM 
101 12. FU 10120. and EU 10122 through Diagnostic Processor (DP) Bus 10138. 

Memory to Job Processor (MJP) Port 10140 of Memory 10112 is interconnected with FU 10120 and EU 
10122 through Job Processor Data (JPO) Bus 10142. An output of MJP 10140 is connected to inputs of FU 
10120 and EU 10122 through Memory Output Data (MOO) Bus 10144. An output of FU 10120 is connected 
to an input of MJP 10140 through Physical Descriptor (PD) Bus 10146. FU 10120 and EU 10122 are 
interconnected through Fetch/Execute (F'E) Bus 10148. 



b. General Operation 

As will be discussed further below. lOS 10116 and MEM 10112 operate independently under general 
Control of JP 10114 in executing multiple user's programs. In this regard, MEM 10112 is an intelligent, 
prioritizing memory having separate and independent ports MiO 10128 and MJP 10140 to lOS 10116 and 
JP 10114 respectively. MEM 10112 is the primary path for information transfer between External Devices 
10124 (through iOS 10116) and JP 10114. MEM 10112 thus operates both as a buffer for receiving and 
storing various individual user's programs (e.g., data, instructions, and results of program execution) and as 
a main memory for JP 101 14. 

A primary function of IOS 10116 is as an inpuVoutput buffer between CS 10110 and ED 10124. Data 
and instructions are transferred from ED 10124 to IOS 10116 through I/O Bus 10126 in a manner and 
format compatible with ED 10124. IOS 10116 receives and stores this information, and manipulates the 
information into formats suitable for transfer into MEM 101 12. IOS 101 16 then indicates to MEM 10112 that 
new information is available for transfer into MEM 10112. Upon acknowledgement by MEM 10112. this 
information is transferred into MEM 10112 through lOM Bus 10130 and MIO Port 10128. MEM 10112 stores 
the information in selected portions of MEM 10112 physical address space. At this lime. IOS 10116 notifies 
JP 10114 that new information is present in MEM 10112 by providing a "semaphore" signal to FU 10120 
through lOJP Bus 10132. As will be described further below. CS 10110 manipulates the data and 
instructions stored in MEM 10112 into certain information structures used in executing user's programs. 
Among these structures are certain structures, discussed further t>elow. which are used by CS 10110 in 
organizing and controlling flow and execution of user programs. 

FU 10120 and EU 10122 are independently operating microcode controlled "machines" together 
comprising the CS 10110 micromachine for executing user's programs stored in MEM 10112. Among the 
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Output Multiplexer (OM) 2024. 



so 
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preangnment. In floating point opera Js e ponentfe^^^^ ™^ *^ 'o « 

5 2034 and compared to determine the diSerence betv^^S. « T?- ''^ '^^^'^^^ '"'^ ^ALU 

between exponent fields is proVded ^r^CPALu 2^^^^^^ ^^''^^^^"""S <^'«-«nce 

FPC 2002 in turn provides control outputs to M/I.U 207^ whic^ T '"^"C' ^002. 

=firo^^^r£ror£^^ 

multiplication or divisto'^opt;rnV'2rMATu'2S^^^^ °' """""^ ^^^'^'^ 

mantissa fields. Mu.tiplicaSon and .^LTnoatino Cr7 """y^'"" ^"<^ of the operand 

perfoored by successive shifting of one operld ^SrrL^' r*^''" '^^^^ ^074 is 

Of a «na,Vsu,tf mS:;r,irtr:;Sat^^ b, .f. shif.ng 

mantissa field, and corresponding smmTlhTZ lTl " °' «"a( resutt 

operation results is controlled ty 1^2. Jp^S^f i N°"^^'««on of floating point 

20 output of MALU 2074 to detect wWch. if anrof X mS sionS' h"" """"^"'^"^^^^ ''°««*"9 POint result 
FPC 2002 then accordingly provides contro o iuts t^LJ?^^^^^^^^^ ^ntain zeros. 

Shift the exponent and mantissa fields of those results sfi to T , '° correspondingly 

mantissa field. Normalized mantissa and exZ"m1eld?o?f ^ ^^"^'"^ "'^'""'^^ fro-" 

from MALU 2074 and EXPALU 2034 to JPOBuThJZ^ SS"' '^^"^'^'^^ 

As described above EU ip? a^e/^ 
on operands. In this respect. EU S ;SsT^eSf^L^HT°"^""'"^^^^^^^^ ^"^ "P^^^tions 
multiplication and division 0Pera.ionfFP?2^2?.eL^^^^^^^^^ ''''' ^002 in efficiently performing 

two operands to be multiplied or divided staiSo fro,^ ,hf h k . ^"^'"^^ ^ characters or bits of 
so as not to require a multiplica^on or diviS, 'opSon fPCmz^^T^ TT' ' 
effectively eliminate those characters or bits thurrediinr»LT k '^^ ''^^ °P«^^<^s to 

on decimal operands ^Z^^^Z^l^lll SSe'"'""'' «s 
upon floating point operands. As des Sd aSve MUlT 2074Trr'''H '° ""^^^"""^ 

operands, that is operands in the form of .TsecuZ Lr J, «^ f l"^ '° """'"'^ ^''^ P^"*^ ^"""^l 
contains a binary code representing numerirXes of bell! °' "its 

similarly in the form of consecutive bSs of four bi2 p !l, """^ "°^«"9 P"'"* °Perands are 
however, contains a binary number 'ITieV^ 'T^^^^^^ °' 'T ' P°-t operand, 

■nitial step in operating with packed dedmroperandsTot ^ l"' ^s an 

2074 and. with each such operand, a nZt^^^^^^.'^^^^J' ''^ '"^d^^- one at a «me. into MALU 
from CST 2050. This CST 2060 number TadZ ol I '^^''a<='«C'mal sixes is loaded into MALU 2074 
those packed decimal operands nto hexidecimal 1,^^!^^ "'^^^'^ '° ^''^"'^^'V convert 

values in the range of six to fifteen S thTn „ !hTo "'""'^ 
performs arithmetic operation upo^hote ,L fo Jl °' '° '^^'-T 2014 then 

information regarding .hich four bit chafacteS^oTZi ^° ''^'^^^ ^n^^ saves 

during me arithmetic operations. In a fini Sp 1 ntermf^T 7' '"'"''"^ 
arimmeuc opera«ons upon those transf^S' opt^Ta^J' /^^^ 

subtraction of hexadecimal sixes from those cha^rctl^ L t- ! ^''^^'^ format by 

EU ,22 converts packed decimal opeSsTnto 'Ex ess S x'" on "h'"' "'^^ ^'^=«-«'v' 

-n dSrso^^rr^^^^^^^ Sc?sr r^gT^"^ r ^ - - ^ 

"contaner-. ,f,a, result is to be transferre^Xln cerSran^hm^i^' "'^'^'"^^ ^P^'=«- 

operations, an arithmetic result may be larger than a^tSl w °P*'^''°"S- 'or example integer 
112 "container". Container Size Ct^lTS tS^^^^ffn^ ^ ""^ '""^^ ''"^ ^f^^" 'he mIm 

f.elds of MEM ,12 "container" logical desc2ptors c?c ,0^^^ '"^""^ ^ 

MEM 1 ,2 "container- is smaller than an an'SSc ^elif -"^U^e^ an 
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at system start up or as required. 

Having described the genera! structure and operation of Computer System lOliO, certain features of 
Computer System 10110 will next be briefly descnbed to aid in understanding the following, more detailed 
descriptions of these and other features of Computer System lOilO. 

5 

c. Definition of Certain Terms 

Certain terms are used relating to the structure and operation of CS lOllO throughout the following 

10 discussions. Certain of these terms will be discussed and defined first, to aid in understanding the following 
descriptions. Other terms will be introduced in the following descriptions as required. 

A procedure Is a sequence of operational steps, or instructions, to be executed to perform some 
operation. A procedure may include data to be operated upon in performing the operation. 

A program is a static group of one or more procedures. In general, programs may be classified as user 

15 programs, utility programs, and operating system programs. A user program is a group of procedures 
generated by and private to one particular user of a group of users interfacing with CS 10110. Utility 
programs are commonly available to all users: for example, a compiler comprises of a set of procedures for 
compiling a user language program into an S-language program. Operating system programs are groups of 
procedures internal to CS 10110 for allocation and control of CS 101 10 resources. Operating system 

20 programs also define interfaces within CS 10110. For example, as will be discussed further t>eiow all 
operands in a program are referred to by "NAf^E". An operating system program translates operand NAME 
into the physical locations of the operands in MEM 10112. The NAME translation program thus defines the 
interface between operand NAME (name space addresses) and MEM 10112 physical addresses. 

A process is an independent locus of control passing through physical, logical or virtual address 

25 spaces, or. more particularly, a path of execution through a series of programs (i.e.. procedures). A process 
will generally include a user program and data plus one or more utility programs (e.g.. a compiler) and 
operating system programs necessary to execute the user program. 

An object is a uniquely identifiable portion of "data space" accessible to CS lOl 10. An object may be 
regarded as a container for information and may contain data or procedure information or twlh. An object 

30 may contain for example, an entire program, or set of procedures, or a single bit of data. Objects need not 
be contiguously located in the data space accessible to CS 101 10, and the information contained in an 
object need not be contiguously located in that object. 

A domain is a state of operation of CS 10110 for the purposes of CS lOllO's protection mechanisms. 
Each domain is defined by a set of procedures having access to objects within that domain for their 

35 execution. Each object has a single domain of execution in which it is executed if it is a procedure object, 
or used, if it is a data object. CS 10110 is said to be operating in a particular domain if it is executing a 
procedure having that domain of execution. Each object may belong to one or more domains: an object 
belongs to a domain if a procedure executing in that domain has potential access to the object. CS lOllO 
may. for example have four domains: User domain, Data Base Management System (DBMS) domain. 

40 Extended Operating System (EOS) domain, and Kernel Operating System (KOS) domain. User domain is 
the domain of execution of all user provided procedures, such as user or utility procedures. DBMS domain 
is the domain of execution for operating system procedures for storing, retrieving, and handling data. EOS 
domain is the domain of execution of operating system procedures defining and forming the user level 
interface with CS 10110. such as procedures for controlling an executing files, processes, and I/O 

45 operations. KOS domain is the domain of execution of the low level, secure operating system which 
manages and controls CS lOllO's physical resources. Other embodiments of CS 10110 may have fewer or 
more domains than those just described. For example, DBMS procedures may be incorporated into the 
EOS domain or EOS domain may be divided by incorporating the I/O procedures into an I/O domain. There 
is no hardware enforced limitation on the number of, of boundaries between, domains in CS 101 10. Certain 

50 CS 101 10 hardware functions and structures are. however, dependent upon domains. 

A subject is defined, for purposes of CS I01l0*s protection mechanisms, as a combination of the 
current principle (user), the current process being executed, and the domain the process is currently being 
executed in. In addition to principle, process; and domain, which are identified by UIDs. subject may include 
a Tag. which is a user assigned identification code used where added security is required. For a given 

55 process, principle and process are constant but the domain is determined by the procedure currently being 
executed. A process's associated subject is therefore variable along the path of execution of the process. 

Having discussed and defined the above terms, certain features of CS 10110 will next be briefly 
described. 
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principal functions of FU 10I20 arp- iu i^tnh.r.^ ^ • 

use by FU .0,20 and EU ^012^: S orSnT JZT? ^ '^^ '^^'^ '0, ,2 ,or 

0,22 opera^ons: (4, performing a^leHd'Cc on^S"' °' "'"^ ^^"^'^'"^^ <3) ini,ia,ing EU 
5 Z . ^ ""22 to MEM 10,,^ ^.d "^iri"' T "'"^ »"''««"9 transfer of data 

s mechanisms, descnbed below. Fu 10,20 'cJZ'- J ^ '"aintajn.ng certain "stack" and "reaister" 
enhance the speed of operation of JP wfu Cse cTchi'""T- '^^"'^ '^'<'*'. ^d o 

m part high speed memories for storing c^p^^ ofSr^'^^^^^^ 

-nformabon stored in mis acceleration circuSryfe L^^^ -nfonnadon stored in MEM ,0„2. Tfi 

an arithmetic unit capable of executing inteoVr d^m^? '^"^'^ ^ JP '0,14. EU ,0122^ 

'0 Junction Of EU 10,22 is ,o relieve FU Wm iZ^Tn^":!:^:' P^-S; 
the efficency of CS 10, ,0. ^ ^'^^"^^ a"tt"T,etic operations, thus enhancing 

In general, operations in JP loi u are exp«..»H „ 
'01,2 operated upon, and the results returZ .° Mc.^r^? '° '"«'"°'V basis: dau is read from mpm 

.0 MEM ,0„2 by way fp^Z Z^JSt^^Z T^^^'^ 

fS S ?n "^^y M-'P Port ,0^^ i,i MOn^' '"f"'"""^ '^'^^ ^« '^ansferred to 

FU 10 20 microcode circuitry, not shown in fSg lorbZ-??. ."L'*'''^- '"«''"«=t'°''S are interpreted by 
.nstructions are provided to EU ,0,22 from FUml^]^ ^'^ "^cessary, microcode 

way of JPO Bus 10142. ""^ ' ""<=«««le control by way of F/E Bus ,0,4^ or bv 

As Stated above. FU ,0,20 and ri inioo ' 
functions. A microinstruction from FU ,0,20 m> "^L^'® asynchronously with respect to each other', 
operation of EU ,0122 EU ,0159™ 1 ""orocode circuitry to EU ,0,22 m^ Ll,! ^ ^ 

'0,20 may proceedTo ZZTn^r:.^ZZ^:rj T''"'^"'' -ec^^elTeL^rp^ar S 
anthmetic operation. At completion 'ofTJS ZT.^! -mpfeSgX detected 
he operation results are available by way o?;?!!^-- " '°'22 signals FU ,0,20 that 

then receive the arithmetic operation resuiL f«^Tl "^"^ "''""^'^ ""'^ Bus ,0,46. FU ,0,20 m.t 
Jirectly transfer the arithmetic'op a,L ^^^^^^ or. as discussed Z^ Jt^^.Zl 

^0 anthmetic operaUons to be perfom,ed by EU ,0,S ^ '^^ '°'20 ,0 assign a sequence of 

Which lOS ,0, ,6 has access. '""^ memory space and all external devices to 

As previously described DP inn a 

and can be directly read or loaded withtest ani 1 °' '""'^'"'^ '^"ring system start uo 
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a bit granular AON logical address comprising the object's AON, an offset from the start of the object of the 
first bit of the piece, and the length of the piece. 

The transfer of logical addresses, for example pointers, between MEM 10112 (UIDA) and JP 10114 
(ACNs) during execution of a process requires translations between UlDs and AGNs. As will be described in 

5 a later discussion, this translation is accomplished, in pan. through the information structures mentioned 
above. Similarly, translation of logical addresses to physical addresses in MEM 10112, to physically access 
information stored in MEM 10112. is accomplished through CS lOllO infori.iation structures relating AON 
logical addresses to MEM 10112 physical addresses. 

Each operand appearing in a program is assigned a Name when the program is compiled. Thereafter, 

10 all references to the operands are through their assigned Names. As will be described in detail in a later 
discussion, CS lOllO's addressing structure includes a mechanism for recognizing Names as they appear 
in an instruction stream and Name Tables containing directions for resolving Names to AON logical 
addresses. AON logical addresses may then be evaluated, for example translated into a MEM 10112 
physical address, to provide actual operands. The use of Names to identify operands in the instructions 

7 5 stream (process) (1) allows a complicated address to be replaced by a simple reference of uniform format: 
(2) does not require that an operation be directly defined by data type in the instruction stream: (3) allows 
repeated references to an operand to be made in an instruction stream by merely repeating the operand's 
Name; and, (4) allows partially completed Name to address translations to be stored in a cache to speed up 
operand references. The use of Names thereby substantially reduces the volume of information required in 

20 the instruction stream for operand references and increases CS 10110 speed and efficiency by performing 
operands references through a parallel operating, underlying mechanism. 

Finally, CS 10110 address structure incorporates a set of Architectural Base Pointers (ABPs) for each 
process. ABPs provide an addressing framework to locate data and procedure information belonging to a 
process and are used, for example, in resolving Names to AON logical addresses. 

25 

q. Protection Mechanism 

CS lOnO's protection mechanism is constructed to prevent a user from (1) gaining access to or 

30. disrupting another user's process, including data, and (2) interfering with or otherwise subverting the 
operation of CS 10110. Access rights to each particular active object are dynamically granted as a function 
of the currently active subject. A subject is defined by a combination of the current principle (user), the 
current process being executed, and the domain in which the process is currently being executed. In 
addition to principle, process, and domain, subject may include a Tag, which is a user assigned 

35 identification code used where added security is required. For a given process, the principle and process 
are constant but the domain is determined by the procedure currently being executed. A process's 
associated subject is therefore variable along the path of execution of the process. 

In a present embodiment of CS 10110, procedures having KOS domain of execution have access to 
objects in KOS, EOS, DBMS, and User domains; procedures having EOS domain of execution have access 

40 to objects in EOS, DBMS, and User domains; procedures having DBMS domain of execution have access 
to objects in DBMS and User domains; and procedures having User domain of execution have access only 
to objects in User domain. A user cannot, therefore, obtain access to objects in KOS domain of execution 
and cannot influence CS lOllO's low level, secure operating system. The user's process may. however, call 
for execution a procedure having KOS domain of execution. At this point the process's subject is in the 

45:. KOS domain and the procedure will have access to certain objects in KOS domain. 

In a present embodiment of CS 10110. also described in a later discussion, each object has associated 
with it an Access Control List (ACL). An ACL contains an Access Control Entry (ACE) for each subject 
having access to that object ACEs specify, for each subject, access rights a subject has with regard to that 
object. 

so There is normally no relationship, other than that defined by an object's ACL. between subjects and 
objects. CS 10110. however, supports Extended Type Objects having Extended ACLs wherein a user may 
specifically define which subjects have what access rights to the object. 

In another embodiment of CS 10110, described in a following discussion, access rights are granted on 
a dynamic basis. In executing a process, a procedure may call a second procedure and pass an argument 
55 to the called procedure. The calling procedure will also pass selected access rights to that argument to the 
called procedure. The passed access rights exist only for the duration of the call. 

In the dynamic access embodiment, access rights are granted only at the time they are required. In the 
ACL embodiment, access rights are granted upon object creation or upon specific request. In either 
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d, Multi-Program Operation 



to 



CS 10110 is capable of concurrentiv exGciitinn « 

execution of programs ,o make n,ost\7^TlsTof cT.OU^r^ "'"""^ °' 

mulUprograniming. |„ this regard. CS ,0110 mal temL« / ^'^ ''^ ^^'^rred to as 

example when a resource or certain MoZl rlSZ 'L °' °™ "^"S^^- ^or 

proceed to execute another program until Z 2S l!"' "'"^^ " """mediately available, and 

example, particular information required by a nit Z^m ^^^^^ For 

for. JP ,01,4 may. as discusseTfurther J^o^s^S^Z' r ! '"^'^ when called 

for that information to lOS 10116. and pre^S^ 0 0^^^ ? ': °' f"^'^' '^^^'^^ ^ ^^"est 

;re?o.iSrs~^^^ 

execution Of the secondp?Crerm:lr^re:2:S.^^ 
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As previously described CS iniin * 
levo. user language, such as CObSl or 'torTS^s'^oSL^^^^^^^^ '"^'^ ^ "'9" 

program. That is. in terms of a conventional coZt system tfrh ' T'"''^"'''"^ Language 
-ng machine language, classically defined asTiseSri^r.n"''^'''' ''"^"'^^ ^ 
langu^es S-Languages are mid-level langua^s wherrSLZ^^^' j" '° «sembly 

replaced by. in general, two or three S-UnS^e insrrl^ T^"" ^ ^''^>' 'a"9>iage is 
Shared by two or more high level user langu^ 7^^^^^^^^ « Certain S.Ns may be 

provides a set. or dialect, of microcode instoiins /s ^ ?T '^''^"'^^ discussions, 

mterpret SINS and provide corresponding sequ^J^ofSnsS T ^•'^"^"^^e. S-lnterpreters 
CS ,01,0's instruction set and operation mav me~ JlTl ? ? '^^'^'^'^ ~"«fO' of CS 101,0 

me par^cular user language, so as^ most TfJ^clTexec^^^^^^^ "-'^ Program, regardlesl 0, 

may. for example, execute programs in both FORTRAN a^d CMnf .1''™^''^- ^'"^"'^^ ^^''^"^ '0"0 
a user may write a program in more than one Z level uir L" ^'"'^'^ 
example, a user may write a portion of his-prolaf in COBn, k^^"'^^ <" «f««e"«=y- For 

FORTRAN. In such cases, the COBOL portion! wouW 1^° ""'^ •° «^ertain portions in 

COBOL dialect S-lnterpreter. The FORTRArf^rJoS ^ 

executed with a FORTRAN dialect S-ln,erpreter^?orU^^^^^ be compiled into FORTRAN SiNs and 
format for all S.Ns. This feature allowsT S Snt r^ eter'st^r'"* °' ^ 
—n because it is not necessary to plde^lr^^^^^^^^^^^ of SIN 

L Addressing Structure 

-denSeMUr roS:cS Z IZX^ 'I —ly assigned a Unique 

regardless of which particular CS lOllO it was creald h! T"^ ' "^"''"^ '°<=^*«<^ « ^ny time 
each time a new obiect is defined, a n w iTun gue u,D s I, L^c^^^^^^ '""^^^ '""'^'^ ^hu 
anocated to individuals. A particular piece of ir,Sation com^nl ' '^^""'^ ""'"bers are 

address comprising the object's UIO an offset Z^h'°l*"!l^ ""^V *^ "coated by a logical 

and the length (number of bits) of Te iSolSn seolnr n ! °' the seglnV 

addressed on a bit granular basis. As willte dSribedTurther ""'"^^ "^^^ therefore be 

within a CS 101,0 as logical addresses, and for ex^nl IT ° discussions. UID's are used 
-n CS ,0110 are UID addresses and poinSs Is T Pointed 

sfiort. temporary unique idenUfiers. valfdTn y ^^„T,om anTJ^'j'" " "^-^-r 
used Within JP 101 14 ,0 reduce the width of adiSs tu e an'am^t ^ '"f ""'^ ^^^^^ -^"-"bers are 

An object becomes active in CS 101 10 when it i, fr!„ T I ? °' information handled. 

'0112 for use in executing a process lim^Z ''^"''^^^^'^ f™"" "Peking store CEO ,0,24 to MEM 
(AON,. AONs are short u'nique rdSfi^^^^^^^^^^ rTa ed"to H " ^ "^'^^ ^^'^^ 'N-'- 

-nformation structures described below. AONs are uS nV 1 ^ '^"^^^ ^^ain CS 10110 
Place Of UIOs. ,0 reduce the required wfdm i jP 0,14°s L:!': f ^^"^ 'OIU. in 

handled in JP ,0114. As with UIO logical address^ a ilce of?4 i^Z^l!'' ™ °' ^'^^'^ '^^ 

piece 01 date in an object may be addressed through 
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further below, contains information relating AON addresses to MStA lOl 12 physical addresses. 

Protection Mechanisms 10230. depicted below AM 10220. include Protection Tables 10232 and 
Protection Cache (PC) 10234. Protection Tables 10232 contain information regarding access rights to each 
object active in CS tOllO. PC 10234 contains protection information relating to certain objects of the VP 
currently bound to CS 101 1 0. ^ o 

Microinstruction Mechanisms 10236. depicted below PM 10230. includes Micro-code (M Code) Store 
10238. FU (Micro-code) M Code Structure 10240. and EU Microcode (M Code) Structure 10242. These 
structures contain microinstruction mechanisms and tables for interpreting SINs and controlling the detailed 
operation of CS 10110. Micro-instruction Mechanisms 10232 also provide microcode tables and mecha- 
nisms used, in part, in operation of the low level, secure operating system that manages and controls CS 
101 lO's physical resources. 

Having thus briefly described certain CS 10110 information structures and mechanisms with the aid of 
Fig. 102, those information structures and mechanisms will next be described in further detail in the order 
mentioned above. In these descriptions it should be noted that, in representation of MEM 10112 shown in 
Fig, 102 and in other figures of following discussions, the addressable memory space of MEM 10112 is 
depicted. Certain portions of MEM 10112 address space have been designated as containing certain 
information structures and mechanisms. These structures and mechanisms have real physical existence in 
MEM 10112, but may vary in both location and volume of MEM 10112 address space they occupy. 
Assigning position of a single, large memory to contain these structures and mechanisms allows these 
structures and mechanisms to be reconfigured as required for most efficient operation of CS 10110. In an 
alternate embodiment, physically separate memories may be used to contain the structures and mecha- 
nisms depicted in MEM 10112, rather than assigned portions of a single memory. 



b. Process Structures 10210 (Fgs. 103, 104. 105) 

Referring to Fig. 103. a partial schematic representation of Process Structures 10210 is shown. 
Specifically. Fig. 103 shows a Process (P) 10310 selected for execution, and its associated Procedure 
Objects (POs) in Process Objects (POs) 10213. P 10310 is represented in Rg. 103 as including four 
procedure objects in POs 10213. It is to be understood that this representation is for clarity of presentation; 
a particular P 10310 may include any number of procedure objects. Also for clarity of presentation. EURSM 
10216 is not shown as EURSM 10216 is similar to FURSM 10214. EURSM 10216 will be described in detail 
in the following detailed discussons of CS lOllO's structure and operations. 

As previously discussed, each process includes certain data and procedure object. As represented in 
Rg. 103 for P 10310 the procedure objects reside in POs 10213. The data objects include Static Data Areas 
and stack mechanisms in P 10310. POs. for example KOS Procedure Object (KOSPO) 10318. contain the 
various procedures of the process, each procedure being a sequence of SINs defining an operation to be 
performed in executing the process. As will be described below. Procedure Objects also contain certain 
information used in executing the procedures contained therein. Static Data Areas (SDAs) are data objects 
generally resented for storing data having an existence for the duration of the process, P I03l0*s stack 
mechanisms allow stacking of procedures for procedure calls and returns and for swapping processes in 
and out of JP 10114. Macro-Stacks (MAS) 10328 to 10334 are generally used to store automatic data (data 
generated during execution of a procedure and having an existence for the duration of that procedure). 
Although shown as separate from the stacks in P 10310. the SDAs may be contained with MASs 10328 to 
10334. Secure Stack (SS) 10336 stores, in general. CS 10110 micro-machine state for each procedure 
called. Information stored in SS 10336 allows machine state to be recovered upon return from a called 
procedure, or when binding (swapping) a VP into CS 101 10. 

As shown in P 10310, each process is structured on a domain basis. A P 10310 may therefore include, 
for each domain, one or more procedure objects containing procedures having that domain as their domain 
of execution, an SOA and an MAS. For example, KOS domain of P 10310 includes KOSPO 10318, KOSSDA 
10326, and KOSMAS 10334. P I0310*s SS 10336 does not reside in any single domain of P 10310, but 
instead is a stack mechanism belonging to CS 101 10 micromachine. 

Having described the overall structure of a P 10310. the individual information structures and mecha- 
nisms of a P 10310 will next be described in greater detail. 
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embodiment, each procedure to which arnumpntc m=w 

wim i, an Access Information ZTSArAT^LZll L''''^ *" ' cross-domain call has associated 
(subject, must have before the p^^Tan Ji^^^^^^^ 

protection mechanisms compare the calling proce^ure^ a™ „I.t .f'^f '°' '"'^ 

s procedure. This ensures mat a calling pr<21re mTy noTas/a ?^ led^^^^^ 

^ 'ea:e7o?c?sroZr:^^^^ 

IComEinerSj^^i^^ 

first type concerns the processes themselves, i e pr7cZf 1,! k ^ 5"""'^' ^^P^^' 

or directly related to execution of a user's priJ^sTe l^nV^^^ """"f "^""'"^ ' "^^^'^ P™cess 
execu«on of processes. These structures te genLr^iTbyT^^^^ management, control, and 
th,rd type are CS 10110 micromachine inforS,ar st^ctSs ^d f^^^^^^^^^^ 

concerned with the eternal operation of the CS 10110 mi™ h- "'*=''^"""s. These structures are 
machine. . ® '""^^'"achine and are private to the CS 10110 micro- 

a. Introduction (Fig. 102) 

these information structures and m^h^jrms ^^^^^^^^^^^ ''"'f " ''^ "-^erstood .h2 

10112. FU 10120. EU 10122. and .0?!S^ 6 Re^mn ^ '^^'^ 

10210 contains those infom,ation s JS, es ^^^1^^^^^^ '03 Process Structures 

processes, the first and third types o^^oZaZ sTruc^res dL^K k ^'^ •"<^'-<l"al 

reside in MEM 10112 and Virtual ProcesLriSi2 iSie J^^^^^^ '^210 

Processes 10212 may contan. in a presen^mbodimem of^^^^^^^ ' '^^"9" N. Virtual 

described, each VP includes certain objects pa^^S S a 'inoif ' ''^ ^'^^ ^'^^""'"y 

previously described and further described ^ ' example stack objects 

Object confining cert^ninfolLnC^^^^^^ VP also includes a ProS 
information. ^ process, for example pointers to other process 

Virtual Processor State Blocks (VPSBs) 10218 include vp^Rc . • • 

n.sms for managing execution of VPs selected lor execln br's 101 10 ' ^ 

Jiscuss^r^r "rvrait;^^^^ Jr-- desc^bed in a following 

described, is swapped into a VPSB VPSBs S mav^oL n f ^ ^"^^ """"^'^ « P'^viously 

CS 10110 may concurrently execute up to 6 of 7ps Whin a v;'""^"" " ^'^'^ ^'"^^^ 
the VP is swapped onto the information structu eTan^mSnismT ' ^"^^ '° 
Register and Stack Mechanism (FURSM) 10214 I^ eu^""-'! ho" '^^ ^'^ '0'22. FU 
shown respectively in FU 10120 and EU 10122 rnoToriJl • ! "^^ct^anism (EURSM) 10216. 

Of VPs bound to CS 10110. T;ese^Ss te Sd sracT^Sa^^^ ^'^^ '"^"^'^'"^ «-cution 
used for certain CS 10110 process manaoTlnf 7 '"f^^"'^'"^- « will be discussed below, are also 
Procedure Objects (PCS, 1 to ::r.^rerrecS^^^^ ^°213 cont^" 

Addressing Mechanisms (AM) 10220 are a part of cl Toi fo f 
generally associated with Computer System i?no addressilr, 1 n management system and are 

sions. UID/AON Tables ,0222 is a stature o relal uS? ITaZ"" 

Management Tables 10224 includes structures fo m r«il7 P^^^'^^^ly discussed. Memory 

Physical addresses; (2, managing MEM hy L aJ^^^^^^^ '"^if '"^^'^'^ ^ ^^M 10112 

tion between MEM 10112 and CS lOllO's baLS^tal ?pn ,n!f '"^'^^ing transfer of informa- 
10110; Name Cache (NC, 10226 and Adlss TSat rc Jh Zr! '''"'"^ CS 

or storing addressing infom,ation relatufg to me VP 2^^^^^ '0228 are acceleration mechanisms 

-er .low. cont^ns information re.ating%perL=~^^^^^^ 
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the called procedure is executed. For example. Procedures 1. 2. and li execute m KOS domain; MAS 
frames for Procedures t. 2, and 1 1 therefore are placed on KOSMAS 10334, Similarly. Procedures 3 and 9 
execute in EOS domain, so that their stack frames are placed on EOSMAS 10332. Procedures 5 and 6 
execute in DBI^S domain, so that their stack frames are placed on DBMSMAS 10330. Procedures 4. 7. 8, 
5 and 10 execute in User domajn with their stack frames being placed on USERMAS 10328. Procedure 1 1 is 
the most recently called procedure and procedure ii's stack frame on KOSMAS 10334 is refen-ed to as the 
current frame. Procedure 11 is the procedure which is currently being executed when VP 10310 is bound to 
CS 10110. 

SS 10336, which is a stack mechanism of CS 101 10 micromachine. contains a frame for each of 
w Procedures 1 to 11. Each SS 10336 frame contains, in part. CS 10110 operating state for its corresponding 
procedure. 

Referring to Fig. 104. a schematic representation of a typical MAS, for example KOSMAS 10334. is 
shown. KOSMAS 10334 includes Stack Header 10410 and a Frame 10412 for each procedure on KOSMAS 
10334. Each Frame 10412 includes a Frame Header 10414. and may contain a Linkage Pointer Block 
;5 10416. a Local Pointer Block 10418. and a Local (Automatic) Data Block 10420. 

KOSMAS 10334 Stack Header 10410 contains at least the following information: 

(1) an offset, relative to Stack Header 10410, indicating the location of Frame Header 10414 of the 
first frame on KOSMAS 10334; 

(2) a Stack Top Offset (STO) indicating location, relative to start of KOSMAS 10334, of the top of 
20 KOSMAS 10334; top of KOSMAS 10334 is indicated by pointer STO pointing to the top of the last entry of 

Procedure 11 Frame 10412's Local Data Block 10420; 

(3) an offset, relative to start of KOSMAS 10334. indicating location of Frame Header 10414 of the 
current top frame of KOSMAS 10334; in Fig. 104 this offset is represented by Frame Pointer (FP). an ABP 
discussed further below; 

25 {4)the VP I03l0's UID: 

(5) a UID pointer indicating location of certain domain environment information, described further in a 
following discussion; 

(6) a signaller pointer indicating the location of certain routines for handling certain CS 10110 
operating system faults; 

30 (7) a UID pointer indicating location of KOSSDA 10326; and 

(8) a frame label sequencer containing pointers to headers of frames in other domains; these pointers 
are used in executing non-local go-to operations. 

KOSMAS 10334 Stack Header 10410 thereby contains information for locating certain important points 
in KOSMAS 10334*s structure, and for locating certain information pertinent to executing procedures in KOS 
35 domain. 

Each Frame Header 10414 contains at least the following information: 
(1) offsets, relative to the Frame Header 10414, indicating the locations of Frame Headers 10414 of 
the previous and next frames of KOSMAS 10334; 

^2) an offset, relative to the Frame Header 10414. indicating the location of ttie top of that Frame 
40 10412; 

(3) information indicating the number of passed arguments contained in that Frame 10412; 

(4) a dynamic back pointer, in UID/Offset format, to the previous Frame 10412 if that previous Frame 
10412 resides in another domain; 

(5) a UID/Offset pointer to the environmental descriptor of the procedure calling that procedure; 

45 (6) a frame label sequence containing information indicating the locations of other Frame Headers 

10414 in KOSMAS 10334; this information is used to locate other frames in KOSMAS 10334 for the purpose 
of executing local go-to operations. Frame Headers 10414 ttiereby contain information for locating certain 
important points in KOSMAS 10334 structure, and certain data pertinent to executing the associated 
procedures. In addition. Frame Headers 10414. in combination with Stack Header 10410, contain informa- 

50 tion for linking the activation records of each VP 10310 MAS. and for linking together the activation records 
of the individual MAS's. 

Linkage Pointer Blocks 10416 contain pointers to arguments passed from a calling procedure to the 
called procedure. For example. Linkage Pointer Block 10416 of Procedure ITs Frame 10412 will contain 
pointers to arguments passed to Procedure 11 from Procedure 10. The use of linkage pointers in CS 
55 lOllO's addressing structure will be discussed further in a following discussion of CS lOllO's Addressing 
Structure. Local Data Pointer Blocks 10418 contain pointers to certain of the associated procedure's local 
data. Indicated in Fig. 104 is a pointer. Frame Pointer (FP), pointing between top most Frame 1041 2*s 
Linkage Pointer Block 10416 and Local Data Pointer Block 10418. FP. described further in following 
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1. Procedure Objects (Rq. t03) 
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(EED, Area ,0340. .ntemai En^ DescSp^r (.ED, A ! ^42 iol^r^ "l'""' '"'^ "^^"^"-^'^^ 
Environment Oescripter (PEO, 10348. Name Tabir/Nrioa^ to'n i ""^'""'^ 
10352. '"^^ '°350. and Access Information Array (AIA) Area 

EEo"r [oTdSr^ r:n::r°" ''''' ^-^--^ - - -..es . 

KOSP?,?3lV;o^^^o'3?8™t2^^^^^^ "^"^'^^ — 

W.-.I be used as an example In .he prrnTScus^on Eri^^^^r' '^""Ou'e i, 

infomiat/on In KOSPO 10318 can L tocatS S to^ -n h*"*/ """'''^ '"'^^ "'^"9'' a" 

may be Cled only from other procIiSS Sn S^^^^^ P--^- -*c. 

10318 procedures which may be called h„ nrJlJ ^ '"<^9x to all KOSPO 

procedures are distinguish^ TiZZTT,T"'' ^ ^^™"V =^'>^'e 

^"rrotToTrVn^^™'^ °' 

oescripter 0'ffset(PE00irSdinSeTth7s^ TeSve^rstr f^.^r^'"- ^^^^ 
in PED Area 10348. As will be discussed fuS hi '^^^'^^ °' ^^^edure it's PED 

'oca^ng information used 'r^TsZZT^^tolTS^^^^^^ ' °' ""'"'^ 

procedure contained in ,0318. In the present emb<Smem of CS ^nnn ^ ^ ^^t^ 

two or more procedures. Code Entry Point (CeJ) fieST^ril^ ' ""^'^ '"^V shared by 

(PBP) Which will be discussed bel7w. of P ocfdufe fi 's S^^^^^^ «art. relative to Procedure Base Pointer 
Initial Frame Size (IPS) field In^^aZ t^lll^ Z?^ '"'^ R"a"y. ED 

storing Procedure tVs automatic di ^ °' ^^OSMAS ,0334 frame 

PEO 11, Procedure 11's PED in PED Area 1014« r«„f ■ 
used in execution of Procedure 11. The first entry in l^^o i lsVh^^ °' ^'"'^'^ ^"^'"^ information 
PED 1,. PED irs Procedure Base Pointer (PB^e^t^^s Tnlt '""•'^'^""'*"'"9 '"'"^"lation identifying 
30 other information in PO 10318 may be Lted n a^n' r''°'"'^' "'"'"^'"^ ^ «'*^<^ '^'^'^^^ Tom w^ich 
location, relative to PBP. of the stit of Pro Sure i s's S TT.'n'^T' '"^'"'^^ 
described further below. PBP is a CS lOl lTSLi uL BaL P^t'" "^"^^ '"^^^ 
of architectural pointers used in CS ,0110 toStS add«« '^°'TrJ^^'^^- ""'""^ ^^""^ ^ set 
Static Dau Pointer (SDP) entry points to d«a irjofntT ^ "'^^^^^ ^P^^' "'s 

35 KOSSOA 10326. Name Table Pointer (N?P) eij isTol"^- T'^'"^ "^^^'^'^ °' ^ '03'0's 

Table Entry's (NTE's, for Procedure 1 Vs o^rS ntT^ "'^^^^^^^^ ^T ,0350. of Name 

m the following discussion of Computer fyS' lOno-fLn ''^ "^"^^^^^ 

Pointer (SIP, entry is a pointer, discussedTgr^e de.l^T^^^^ ""^ ^-Interpreter 

^ ..croc^e structure, poin.ng to .e pedicular S.iZJZ^:J:::::Z itC^g "p'ro^l^ J?.'; 

Referring finally to AIA 10352 aia im^o . . • 

access rights required of any externaT^^l^c^T"^^^^^^^^^^ ^n'o-ation pert^ning to 

each PO 10318 procedure which may be caSedTv 2 ew!l? ^^'^ ^" ^'^ '°352 entry for 

2. Stack Mechanisms (Rgs. i04. 105) 

macJL'TtirL''Ss''i0328°riV3rusr^^^^^ 'Z'T. '"^ '''o-g 

10310'S procedures. P ,0310 is represented « J , "^^'^ 9^™'^'^'' ''"""9 execution of P 

alternate embodiment of CS 101 0. a SS P Sw^^^^ '"^ '''' ""'^ an 

that P ,0310 is executing a procedure '""'""^ ""'V "^o^e domains in which 

neferring to MAS's 10328 to ,0334 and SS 10336 P in-?in ■ 
procedure calls. Procedure 0 has called Procedure S^J^u e , Jal /^ro""' '"''"^ had eleven 
hme a procedure is called, a corresponding starframe^^nn!/ f!. ^ P'°ce<i^^o 2. and so on. Each 

o-ng stack frame .s constructed on the MAS of the domain in which 
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being executed. GRF t0354 primarily contains certain pointers to P I03i0 data used in execution of 
Procedure 11. As previously disussed. CS lOllO's addressing structure includes certain Architectural Base 
Pointers (ABP's) for each procedure. ABPs provide a framework for excessing CS lOliO's address space. 
The ABPs of each procedure include a Frame Pointer (FP). a Procedure Base Pointer (PBP). and a Static 
Data Pointer (STP). As discussed above with reference to KOSPO 10318, these ABPs reside in the 
procedure's PEDs. When a procedure is called, these ABP's are transferred from that procedure's PED to 
ABR's 10364 and reside therein for the duration of that procedure. As indicated in Rg. 103. FP points 
between Unkage Pointer Block 10416 and Local Pointer Blocks 10418 of Procedure iTs Frame 10412 on 
KOSMAS 10334. PBP points to the reference point from which the elements of KOSPO 10318 are located. 
SDP points to KOSSDA 10326. If Procedure 11 calls, for example, a Procedure 12. Procedure iVs ABPs 
will be transferred onto Procedure Pointer Block 10516 of SS 10336 Stack Frame 10510 for Procedure 11. 
Upon return to Procedure 11. Procedure iVs ABPs will be transferred from Procedure Pointer Block 10516 
to ABR's 10364 and execution of Procedure 11 resumed. 

MCRs 10336 contain certain pointers used by CS 10110 micromachine in executing Procedure 11. CS 
10110 micromachine pointers indicated in Rg. 103 include Program Counter (PC). Name Table Pointer 
(NTP). S-lnterpreter Pointer (SIP), Secure Stack Pointer (SSP). and Secure Stack Top Offset (SSTO). NTP 
and SIP have been previously described with reference to KOSPO 10318 and reside in KOSPO 10318. NTP 
and SIP* are transferred into MCR*s 10366 at start of execution of Procedure 11. PC. as indicated in Fig. 
103. is a pointer to the Procedure 11 SIN currently being executed by CS 101 10. PC is initially generated 
from Procedure IVs PBP and CEP and is thereafter incremented by CS 10110 micromachine as Procedure 
11's SIN sequences are executed, SSP and SSTO are. as described in a following discussion, generated 
from information contained in SS I0336's Stack Header 10512 and Frame Headers 10514. As indicated in 
Fig. 103 SSP points to start of SS 10336 while SSTO indicates the current top frame on SS 10336, whether 
Procedure Pointer Block 10516 or a f^RF 10518 of I^RS 10520. by indicating an offset relative to SSP. If 
Procedure 11 calls a subsequent procedure, the contents of MCR's 10366 are transferred into Procedure 
It's Procedure Pointer Block 10516 on SS 10336, and are returned to MCR's 10366 upon return to 
Procedure 11. 

Registers 10360 contain further pointers, described in following detailed discussions of CS 10110 
operation, and certain registers which may be used to contain the current procedure's local data. 

Referring now to Stack Registers 10362, t/i\S 10368 is an upward extension, or acceleration, of MRS 
10520 of the current procedure. As previously stated. fwlRS 10520 is used by CS lOllO micromachine in 
executing certain microroutines during execution of a particular procedure, MIS 10368 enhances the 
efficiency of CS 10110 micromachine in executing these microroutines by accelerating certain most recent 
MRFs 10518 of that procedure's MRS 10520 into FU 10120. MIS 10368 may contain, for example, up to the 
eight most recent MRFs 10518 of the current procedures MRS 10520. As various microroutines are called 
or returned from. MRS 10520 MRFs 10518 are transferred accordingly between SS 10336 and MIS 10368 
so that MIS 10368 always contains at least the top MRF 10518 of MRS 10520. and at most eight MRFs 
10518 of MRS 10520. MISPR 10356 is a CS 10110 micromachine mechanism for maintaining MIS 10368. 
MISPR 10356 contains a Current Pointer, a Previous Pointer, and a Bottom Pointer. Current Pointer points 
to the top-most MRF 10518 on MIS 10368. Previous Pointer points to the previous MRF 10518 on MIS 
10368. and Bottom Pointer points to the bottom-most MRF 10518 on MIS 10368. MISPR I0356's Current. 
Previous and Bottom Pointers are updated as MRFs 10518 are transfen-ed between SS 10336 and MIS 
10368. If Procedure ll calls a subsequent procedure, all Procedure 11 MRFs 10518 are transferred from 
MIS 10368 to Procedure IVs MRS 10520 on SS 10336. Upon return to Procedure 11, up to seven of 
Procedure IVs MRFs 10518 frames are returned from SS 10336 to MIS 10368. 

Referring to MOS 10370. MOS 10370 is a stack mechanism used by CS 101 10 micromachine for 
certain microroutines for handling fault or error conditions. These microroutines always run to completion, 
so that MOS 10370 resides entirely in FM 10120 and is not an extension of a stack residing in a P 10310 in 
MEM 10112. MOS 10370 may contain, for example, eight frames. If more than eight successive fault or 
error conditions occur, this is regarded as a major failure of CS 101 10. Control of CS 10110 may then be 
transferred to DP 10118. As will be described in a following discussion, diagnostic programs in DP 10118 
may then be used to diagnose and locate the CS 101 lO faults or errors. In other embodiments of CS 10110 
MOS 10370 may contain more or fewer stack frames, depending upon the degree of self diagnosis and 
correction capability desired for CS 10110. 

ROWS 10358 is a two-part stack mechanism. A first part operates in parallel with MIS 10368 and a 
second part operates in parallel with MOS 10370. As previously described. CS 10110 is a microcode 
controlled system. ROWS is a stack for storing the current microinstruction being executed by CS 10110 
micromachine when the current procedure is interrupted by a fault or error condition, or when a subsequent 
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discussions, is an ABP to MAS Frame 10412 of the process's current procedure 

autom?.!; °' ^^^^^'^^^'^ P^cedure's 
AS described above, at each procedure call a MAS frame is constructed on top of the MAS of the 
s domain m which the called procedure is executed. For example, when Procedure 10 cJis P?o<^!re ' a 
Frame Header 10414 for Procedure 11 is constructed and placed on KOSMAS 10334 P^J^ -s 

SdT n J .o?/"r "'^'"^ "''^'^ "'^ Pou,.er BlockTSie 

Procedure 11 s local pointers are generated and placed in Procedure H's Local Pointer Block 104^8 
Rnally, Procedure iVs local data Is placed in Procedure it's Local Data Block loSo Durino tifs 

1 to^VoSMAV JiJi'?'^^' ""'"^ ''''' " "P^^*"* wiS^respectVsTO to 

H.L«r ,nlT^o ^''^^'''^ ^ ' '^'^^ "^^'^^^ -''^ aspect to Offset to Frame 

,s oLnS ! • u o ^"^""^ ' ' ''^ Procedure. FP is updat^ ,o ! 

Ai^n S f K . '"'^'^ ""'^ '-"^^ Block 10418 of Procedure 1 1's Fr^e 104^2 

Also, as W.II be discussed below, a new frame is constructed on SS 10336 or Procedure 1 1 CsToi n Ini 

::;rprrorro;sr:d::e^"^^^^^^^ 

information'Sr ^mVs firal^^^^^^^ ""'"^ ^ « ^'^^^^ together through 

in oart cTimfn"^"'" ""'^ 10336 is a CS 10110 micromachine stack structure for storing 

in part. CS 10110 micromachine state for each stacked VP 10310 procedure. Referring to Rg 105 a pS" 
schematoc representation of a SS 10336 Stack Frame 10510 is shown. SS 10336 Stack H^er 105 iS 
Frame Headers ,0514 contain information similar to that in MAS Stack Headers ItJ^ and F^U h^^^^^^^^ 

. r:^sZi^::^si^ss:'i^~ - '-6 strucCr 

con ains certain pointers including ABPs, used by CS 10110 micromachine in locating inZation 2th n 
.5 MRS, iSrt" '''"f^c • •^'^'"^^ <'^RFs) '0518 together comprisVic7o!5rutine St^k 

iSon ofcrimrm ^'^-^^ '"520 is associated with JeTnttma 

P 00'°"''"*' ^"^'"'^'^ '^"""S °' "'^ VP 10212 procedure associated wim 

I0516entri«?^^^ ' micromachine slack pS^bS 

0516 entnes effectively define an interface between CS 101 10 micromachine and the current prix^ure of 

. microSinr"" """^ ''''' ""^'^^ ' '''''' "'^'^^^'^ operl^of Tro^lO 

aJ^e'iSnmV^etTJ''^"' ""^"'"^ '^""^ '°''^ '^«^'="''««^ As stated 
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used"Slv to c?im-io'°': "^"'tf- ""^'"'^^ micromachine information structures 

used 'nternally to CS 10110 micromachine in executing the procedures of a P 10310 When a VP for 

^esL^ 2 ;°io' pi^s'tlS^^^^ ^^"'^'"^ ^''^^ tranSilLrrthVviiti^^a 

hi ,r«,!. J °' executing that procedure. In this respect, FURSM 10214 mav 

be regarded as an acceleration mechanism for the current Virtual Process 10212 ^ 

<MlSPR?,ll?'^rp"^'' '^""^ '°354. Micro Slack Pointer Register Mechanism 

GRsMmRn f H «^ Return Control Vi/ord Stack (RCWS) 10358. GRF 10354 includes Global ReS^ 
nSi '"fO.^*^ Stack Registers (SRs) 10362. GRs 10360 include Architectural Base RegSers SSs! 

rir^srkX sr ^^^"^^ ^'^^^ "^^^^^^^^ Micro-stSK 

Referring first to GRF ,0354. and assuming for example mat Procedure ,1 o, P ,03,0 is currently 
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1. Obiects. UlD's. AON's. Names, and Physical Addresses (Fig. i06) 

As previously described, the data space accessible to CS tOllO is divided into segments, or 
containers, referred to as objects, (n an embodiment of CS lOliO, the addressable data space of each 
5 object has a capacity of 2^^ bits of information and is structured into 2*' pages with each page containing 
2'* bits of information. 

Referring to Fig. 106A. a schematic representation of CS lOllO's addressing structure is shown. Each 
object created for use in. or by operation of. a CS 10110 is permanently assigned a unique identifier (UID). 
An object's DID allows an object to be uniquely identified and located at any future point in time. Each DID 

10 is an 80 bit number, so that the total addressable space of all CS lOllO's includes 2«° objects wherein 
each object may contain up to 2^2 bits of information. As indicated in Rg. 106. each 80 bit UID is comprised 
of 32 bits of Logical Allocation Unit Identifier (LAUID) and 48 bits of Object Serial Number (OSN). LAUIDs 
are associated with individuai CS 10110 systems. LAUIDs identify the particular CS 10110 system 
generating a particular object. Each LAUID is comprised of a Logical Allocation Unit Group Number 

15 (LAUGN) and a Logical Allocation Unit Serial Number (LAUSN). LAUGNs are assigned to individuai CS 
10110 systems and may be guaranteed to be unique to a particular system. A particular system may. 
however, be assigned more than one LAUGN so that there may be a time varying mapping between 
LAUGNs and CS 10110 systems. LAUSNs are assigned within a particular system and, while LAUSNs may 
be unique within a particular system, LAUSNs need not be unique between systems and need not map onto 

20 the physical structure of a particular system, 

OSNs are associated with individual objects created by an LAU and are generated by an Architectural 
Clock in each CS 10110. Architectural clock is defined as a 64 bit binary number representing increasing 
time. Least significant bit of architectural clock represents increments of 600 picoseconds, and most 
significant bit represents increments of 127 years. In the present embodiment of CS 10110. certain most 

25 significant and least significant bits of architectural clock time are disregarded as generally not required 
practice. Time indicated by architectural clock is measured relative to an arbitrary, fixed point in time. This 
point in time is the same for all CS rpilOs which will ever be constructed. All CS 10110s in existence will 
therefore indicate the same architectural clock time and all UIDs generated will have a common basis. The 
use of an architectural dock for generation of OSNs is advantageous in that it avoids the possibility of 

30 accidental duplication of OSNs if a CSC 10110 fails and is subsequently reinitiated. 

As stated above, each object generated by or for use in a CS 101 10 is uniquely identified by its 
associated UID. By appending Offset (0) and Length (L) information to an object's UID. a UID logical 
address is generated which may be used to locate particular segments of data residing in a particular 
object. As indicted in Rg. 106, 0 and L fields of a UID logical address are each 32 bits, 0 and L fields can 

35 therefore indicate any particular bit, out of 2^2-^ bits, in an object and thus allow bit granular addressing of 
information in objects. 

As indicated in Fig. 106 and as previously described, each object active in CS 10110 is assigned a 
short temporary unique identifier valid only within JP 10114 and referred to as an Active object Number 
(AON). Because fewer objects may be active in a CS 101 10 than may exist in a CS 10110's address space, 

40 AON's are, in the present embodiment of CS 10110, 14 bits in length. A particular CS 10110 may therefore 
contain.up to 2^* active objects. An object's AON is used within JP 10114 in place of that object's UID. For 
example, as discussed above with reference to process structures 10210, a procedure's FP points to start 
of that procedure's frame on its process' MAS. When that FP is residing in SS 10336, it is expressed as a 
UID. When that procedure is to be executed, FP is transferred from SS 10336 to ABR's 10364 and is 

45 translated into the corresponding AON. Similarly, when that procedure is stacked, FP is returned to SS 
10336 and in doing so is translated into the corresponding UID. Again, a particular data segment in an 
object may be addressed by means of an AON logical address comprising the object's AON plus 
associated 32 bit Offset (0) and Length (L) fields. 

Each operand appearing in a process is assigned a Name and all references to a process's operands 

50 are through those assigned Names. As indicated in Rg, 106B. in the present embodiment of CS 10110 
each Name is an 8, 12, or 16 bit number. All Names within a particular process will be of the same length. 
As will be described in a following discussion. Names appearing during execution of a process may be 
resolved, through a procedure's Name Table 10350 or through Name Cache 10226. to an AON logical 
address. As described below, an AON logical address corresponding to an operand Name may then be 

55 evaluated to a MEM 101 12 physical address to locate the operand referred to. 

The evaluation of AON logical addresses to MEM 10112 physical addresses is represented in Fig. 
106C. An AON logical address's L field is not involved in evaluation of an AON logical address to a physical 
address and. for purposes of clarity of presentation, is therefore not represented in Fig. 106C. AON logical 
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procedure is called. That portion of RCWS 10358 associated with MIS in-«ft« . • 
MRF 10518 residing In MIS 10368 These RCWS toTsfl !n, "'^ '0368 contains an entry for each 

.0368 in partial wim «,eir ^L^i^T^ S s '^^^^^^^ -0336 and MIS 

entries are stored within their associated MRFs 10518 ThI! nn^ onfl '^"^ 10358 

.0370 Similarly operates in parallel with MOS O^^L n eTos I'^rS ' '^^^'^'^ ^'^^ "^^S 
.01 12 resident stack. '"^ '"370. is not an extension of an MEM 

or iarp^ss^rd'^re^i;; ':r^ iriT- r T - -^v. 

procedure and data obiects. aZ7mi^"^Zl ZZ .T;!^ "'"^'^ 
Process also includes a CS .01,0 mic^^^ac 1 2 S^.Oa^slo??"^^^'?™"'""^- ^'^^ 
pertaining ,o each stacked procedure of ^e v^^TprSe s cV^Om ^^^^^^ '"'"'^'''''^ 
.nformafion structures, register 10360. MIS ,0368 MO? .niTn J l^f"'^^'""* ^ ^f of 

micromachlne in executirj the Virtual P ocesL'! i,r^S! ^ CS ,0110 

inforn,a«on structures are'shared S thrcu^'ore'SL'^^^^^ """^ --o-chine 

.oiii^?:?irr:iL'rsr^^^^^^^ - --es m m^m 

Yet another feature of CS "oi iTmi™ h ^® 
embodiment Of CS 'OlV ^nU '^gisT™ L^^^^^^^^^^^^^ °' .^""^ '"^S^- ^RF 10354 is. in an 
address locations, of GRF }03^arBSLZl'°^Z"^ ''T'"'- ^^^^^ P0«*°"S. or 

The capacities of GR 10360. MIS ' 0368 MoTSrl .VT" "'^ ^"^ "^OS 10370. 

optimum CS ,0110 efficiency, by reassignment of GRF JoL's Lh ' '^'^^''^ 
CS 10.10. GRs ,0360, MIS 10368. and ^OS /o3^l^VSi:;.:rS 

^^^ZZ:^Zr^^ - °' ^-ss structures 10.0. VP s.te Block 
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=0 C: Virtual Processor St^ 

Referring again to Fig. 102. VP State Blnrk<! m^io v 

(1) the state, or identification number of a VP- ""nanon. 

fs! In" AON?""!''? ? ^"-^ P^-^f^"'^ P^cess of the VP- 

(3) an AON pointer to that VP's secure stack fe a SS 1 0llfiv ° "'^ 

The information confined in each VP State Block thei.y dl^ t:e current state o, the associated 

pointers to macro-and secure-stack otj^ts cheated ft^L vp ' ''^^""^ ^ O''*^"- ""^'"ding 

.he user's program. CS 10110's KOS ^enXlt^ mI^^^ and a pointer t? 

that process and. as described further below loa^p^^^^^^^^ ^''^'^'^ "^^"^^^^ 'o' 

■nto Protection Structures 10230. CS 101 lo* TO^.hTnl "!? °" '^""^'"^ "^"^ P""=«''^" ^^iects 
vacant VPSB selected by CS lOl.O's VP Manager Thus bin^' ' h '"'"''"^ '«~«^ '"f a 

.bat time a KOS Initializer procedure completes c^eS 7,h« i^^^ '^'''^ ^'^ '"'^ 
program trough a compiler. The newly creatd VP mTthen L t- . .'k^T'''^ ""'"^ "'^ 

Having briefly described VP State B^k^ 102^8 rnd 'T '' 
Structures 10220 will be decribed next below ^ ^^"^"^ °' ' 10.10's Addressing 
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In a present embodiment of CS lOilO. there are five types of NTE: (l) base (B) is not a Name, address 
resolution is not indirect: (2) B is not a Name, address resolution is indirect; (3) B is a Name, address 
resolution is indirect; (4) B is a Name, address resolution is indirect. A fifth type is an NTE selecting a 
particular element from an array of elements. These five types of NTE and ttieir resolution will be described 
5 below, in the order mentioned. 

In the first type, B is not a Name and address resolution is not indirect. B Raid specifies an ABR 10364 
containing an AON plus offset (AON/0) Pointer. The contents of D Field are added to the 0 Field of this 
pointer, and the result is the AON Logical Address of the operand. In the second type. B is not a Name and 
address resolution is indirect, B Field again specifies an ABR 10364 containing an AON/0 pointer. The 
10 contents of PR Reld are added to the 0 Field of the AON/0 pointer to provide an AON Logical Address of a 
Base Pointer, The Base Pointer AON Logical Address is evaluated, as described below, and the Base 
Pointer fetched from MEM 1011 2. The contents of D Reld are added to the 0 Field of the Base Pointer and 
the result is the AON Logical Address of the operand. 

NTE types 3 and 4 correspond, respectively to NTE types 1 and 2 and are resolved in the same 
;5 manner except that B Reld contains a Name. The B Field Name is resolved through another NTE to obtain 
an AON/0 pointer which is used in place of the ABR 10364 pointers referred to in discussion of types 1 and 
2. 

The fifth type of NTE is used in references to elements of an array. These array NTEs are resolved in 
the same manner as NTE types 1 through 4 above to provide an AON Logical Address of the start of the 

20 array. I and lES Relds provide additional information to locate a particular element in the array. I Field is 
always Name which is resolved to obtain an operand value representing the particular element in the an-ay. 
lES Reld provides information regarding spacing between elements of the array, that is the number of bits 
between adjacent element of the array. lES Reld may contain the actual lES value, or it may contain a 
Name which is resolved to an AON Logical Address leading to the inter-element spacing value. The I and 

25 lES values, obtained by resolving the I and lES Fields as just described, are multiplied together to 
determine the offset, relative to the start of the array, of the particular element referred to by tfie NTE. This 
within array offset is added to the 0 Reld of the AON Logical Address of the start of the array to provide 
the AON Logical Address of the element. 

In the current embodiment of CS 10110. certain NTE fields, for example B. 0. and Flag fields, always 

30 contain literals. Certain other fields, for example, lES. D, PRE. and L fields, may contain eittier literals or 
names to be resolved. Yet other fields, for example ! field, always contain names which must be resolved. 

Passing of arguments from a calling procedure to a called procedure has been previously discussed 
with reference to Virtual Processes 10212 above, and more specifically with regard to MAS's 10328 to 
10334 of VP 10310. Passing of arguments is accomplished through the calling and called procedure's 

35 Name Tables 10350. In illustration, a procedure W(a,b.c) may wish to pass arguments a, b. and c to 
procedure X{u.v.w). where arguments, v and w correspond to arguments a, b. and c. At compilation, NTEs 
are generated for arguments a, b. and c in Procedure W*s procedure object, and NTEs are generated for 
arguments u. v and w in Procedure X's procedure object. Procedure X's NTEs for u, v. and w are 
constructed to resolve to point to pointers in Linkage Pointer Block 10416 of Procedure X's Frame 10412 in 

40 MAS. To pass arguments a. b, and c from Procedure W to Procedure X. the NTEs of arguments a, b. and c 
are resolved t AON Logical Addresses (i.e.. AON/O form). Arguments a. b. and c's AON Logical Addresses 
are then translated to corresponding UID addresses which are placed in Procedure X's Linkage Pointer 
Block 10416 at those places pointed to by Procedure X*s NTEs for u, v, and w. When Procedure X is 
executed, the resolution of Procedure X's NTEs for u. v. and w will be resolved to locate the pointers, in 

45 Procedure X's Linkage Pointer Block 10416 to arguments a. b. and c. When arguments are passed in this 
manner, the data type and length information are obtained from the called procedure's NTEs. rather than 
the calling procedure's NTEs. This allows the calling procedure to pass only a portion of, for example, 
arguments a. b. or c. to the called procedure and thus may be regarded as a feature of CS 10110's 
protection mechanisms. 

50 Having briefly described resolution of Names to AON/Offset addresses, and having previously de- 
scribed translation of UID addresses to AON addresses, the evaluation of AON addresses to MEM 10112 
physical addresses will be described next below. 
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incremented, which initiates operation of CS tOllO's VMM. and a VMRE 10726 is placed in the queue. 
Each VMRE 10726 comprises the VPN of the process requesting the page and the AON/0 of the page 
requested. At this Ume. the VP making the request is swapped out of JP 10114 and another VP bound to 
JP 10114, VMM allocates MEM 10112 frame to contain the requested page, using the previously described 
information in MFT 10718 and WSM 10720 to select this frame. In doing so. VMM may discard a page 
currently resident in MEM 101 12 for example, on the basis of being the oldest page, an unused page, or an 
unmodified page which does not have to be written back into backing store, VMM then requests an 1/0 
operation to transfer the requested page into the frame selected by the VMM. While the I/O operation is 
proceeding, VMM generates new entries in MHT 10716 and MFT 10718 for the requested page, cleans the 
frame in MEM 10112 which is to be occupied by that page, and suspends operation. lOS 10116 will 
proceed to execute the I/O operation and writes the requested page directly into MEM lOl 12 in the frame 
specified by VMM. lOS 101 16 then notifies CS 101 10*s VMM that the page now resides in memory and can 
be referenced. At some later time, that VP requesting that page will resume execution and repeat that 
reference. Going first to ATU 10228, that VP will take an ATU 10228 fault since VP 10212 has not yet been 
updated to contain that page. The VP will then go to MHT 10716 and MFT 10718 for the required 
information and, concurrently, WSM 10720 and ATU 10228 will be updated. 

In regard to the above operations, each VP active in CS lOllO is assigned a Page Fault Frequency 
Ttme Factor (PFFT) which is used by CS 10110's VMM to adjust that VP's working set so that the interval 
between successive page faults for that VP lies in an optimum time range. This assists in ensuring CS 
lOnO's VMM is operating most efficiently and allows CS 10110's VMM to be tuned as required. 

The above discussions bave assumed that the page being referenced, whether from a UIO/0 address, 
an AON/0 address, or a Name, is resident in an object active in CS 101 10, While an object need not have a 
page in MEM 10112 to be active, the object must be active to have a page in MEM 10112. A VP. however, 
may reference a page in an object not active in CS 101 10. If such a reference is made, the object must be 
made active in CS 101 10 before the page can be brought into MEM 10112. The result is an operation 
similar to the page fault operation described above. CS 10110 maintains an Active Object Manager (AOM). 
including Active Object Request Queue (AORQ) 10728. which are similar in operation to CS 10110's VMM 
and VMMRQ 10722. CS 10110's AOM and AORQ 10728 operate in conjunction with AOTHT 10710 and 
AOT 10712 to locate inactive objects and make them active by assigning them AON's and generating 
entries for them in AOTHT 10710. AOT 10712. and AOTA 10714. 

Before a particular object can be made active in CS lOl 10, it must first be located in backing store (ED 
10124). All objects on backing store are located through a Logical Allocation Unit Directory (LAUD) 10730, 
which is resident in backing store. An LAUD 10730 contains entries for each object accessible to the 
particular CS 10110. Each LAUD 10730 entry contains the information necessary to generate an AOT 10712 
entry for that object An LAUD 10730 is accessed through a UID/0 address contained in CS 10110's VMM. 
A reference to an LAUD 10730 results in MEN 10112 frames being assigned to that LAUD 10730. and 
LAUD 10730 being transferred into MEM 10112. If an LAUD 10730 entry exists for the referenced inactive 
object, the LAUD 10730 entry is transferred into AOT 10712. At the next reference to a page in that object. 
AOT 10712 will provide the AON for that object but. because the page has not yet been transferred into 
MEM 101 12, a page fault will occur. This page fault will be handled in the manner described above and the 
referenced page transferred into MEM 10112, 

Having briefly described the structure and operation of CS lOIIO's Addressing Structure, including the 
relationship between UIDs. Names, AONs, and Physical Addresses and the mechanisms by which CS 
10110 manages the available address space of MEM 10112. CS lOllO's protection structures will be 
described next below. 



E. CS 10110 Protection Mechanisms (Fig 109) 

Referring to Fig. 109, a schematic representation of Protection Mechanisms 10230 is shown. Protection 
Tables 10232 include Active Primitive Access Matrix (APAM) 10910. Active Subject Number Hash Table 
(ASNHT) 10912. and Active Subject Table (AST) 10914. Those portions of Protection Mechanism 10230 
resident in FU 10120 include ASN Register 10916 and Protection Cache (PC) 10234. 

As previously discussed, access rights to objects are arbitrated on the basis of subjects. A subject has 
been defined as a particular combination of a Principle. Process, and Domain (PPD). each of which is 
identified by a corresponding UID. Each object has associated with it an Access Control Ust (ACL) 10918 
containing an ACL Entry (ACLE) for each subject having access rights to that object. 

When an object becomes active in CS 10110 (i.e.. is assigned an AON) each ACLE in that object's ACL 
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4. Evaluation of AON Addresses to Physical Addresses (Rq. i07) 

Tables '^f '° 1?' t''^'" representation of CS lOllQ-s Memory Management 

Table 10224 ,s shown. Memory Hash Table (MHT) 10716 and Memory Frame Table (MFT) 10718 are 

r°"T!f- c °' '"'^^ ^^"^ '°"2 physical addresses ^iS wH, be icussed 

cl^^"" !^' (WSM, 10720 and Virtual Memory Manager Request Queue (VMMrS ?o7^ 

IZTtrT^T^^r^' P'^y^''^' be discuss^ 

second. Active Object Request Queue (AORQ) 10728 and Logical Allocation Unit Directory (UUD) 10730 
are concerned with locating inactive objects and management of which objects are active in CS tO 10 and 
10 will be discussed last. 

Translation o« AON/0 Logical Addresses to MEM 10112 physical addresses was previously discussed 

.:e AO^ri^qTca^Add^? - O ST 'T' ''^"^ ^^^^ Con^^^^' 
me AON/0 Logical Address O Reld .s divided into an 18 bit page number (P) Field and a 14 bit otfse 

'5 CS 101 10 s equal to a page of an obiect. An AON/0 address' Op Field may therefore be used directiv as 
an offset within frame (0,) of the corresponding physical address, ^e AON and P fields of i S)N Ses; 
must, however, be translated into a MEM 10112 frame represented by a corresponding Frame Numbed 

Referring now to Fig. 107. an AON address' AON and P Fields are "hashed- to generate an MHT index 
20 which IS used as an index into MHT 10716. Briefly, "hashing" is a method of indexng or locSq 

hashing function . A hashing function maps each piece of information to the correspondinq index 

E"o1i?rri;l'^"?H^H%'''''"^ ''''' "-"^^ ^ corres^indTS^of t 

MEM 10112 frame m which that page is stored. FNs are used as indexes into MFQ 10718 which contains 

me page «ored in mat MEM 10112 frame. An FN from MHT 10716 may therefore be used as an inTex into 
MFT 0718 and the resulting AON/P of MFT 10718 compared to the original AON/P to conf7m the 

MmoTlltlT: ? T ''''' - ^"-'-'V -ce.era«on mS," 

»..^ fn^ r ® '^""^ translation of AON address to MEM 101 12 physical addresses 
30 MFT 10718 also stores "used" and "modified" infomiation for each page in MEM 10112 This 
information indicates which page frames stored therein have been used and wSich have been riodifS 
are ,r'e?Tr " 10, 10 in determining which frames may be deleted from MEM lOnf 

are f ee, when pages are to be written into MEM 10112 from backing store (ED 10124) For examole if a 

L% '""■''•'^ '''' - "eces^' to wm^a page 

as back into backing store when it is deleted from MEM 101 12: instead, mat page may be simply erased 

Referring finally to ATU 10228. ATU 10228 is an acceleration mechanism for MHT ^o'Te AON/O 
addresses are used directly, wimout hashing, as indexes into ATU 10228 and ATU 10228 correctly provides 

« S n i! T T ' "^'^ "^"'^"^^ °' '^^^ so mat ATU 10228 contain me FN's 

f ' t '^"'"^"t'y referenced by the current process. If ATU 10228 does not contain 

:srr;? r ^H^rs. ^-^^ •^'^ - ° -.formaLrar^ 

Referring now to WSM 10720 and VMMRQ 10722. as previously stated mese mechanisms are 
M^ToSfiT °' "^^^ ^°^'2's av^lable address space. For example if mSt ?07"6 and 

nr-^J H "? '° ^" ^"'"^ ^ referenced by me current procedure, an MHT/MFT fault 

WSM 10720 contains an entry for each page resident in MEM 10112. These entries are accessed bv 

ZTlfZTV" ''T' °' '^^ ^'""^ P'-^- -^X-g a page re" rence aSd 

me P of me page being referenced. Each WSM 10720 entry contains 2 bits stating whether the oartcular 

that VP This intormahon, together with the intomiation contained in mat MF? 10718 entries descSbeJ 
above. IS used by CS lOIIO's Virtual Memory Manager (VMM, in transferring pages into aS oufo, mSS 

^nH'^V",'!?./^ ^^^^^ to control transfer of pages into 

STihL 1 T'' '°'26- AS will be discussed momentarily VMRC S 

tracks the number of currently outstanding request for pages. Each VMRE 10726 describes a particular 
page which has been requested. Upon <:K=currence of a MHT/MFT (or page, facSt VMRC ?o?2? is 
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to be used to interpret the SINs of that procedure. In Rg- 1 10. the SIP m mCRs 10366 is shown as pointing 
to the start of SD2. Each S-Op appearing during execution of that procedure is an ottset. relative to the staa 
of the selected SO, pointing to a corresponding SD pointer. That SD pointer in turn points to the 
corresponding sequence of microinstructions for interpreting that SIN in the con-esponding SIT in SITT 
5 11012. As will be described in following discussions, once the start of a microcode sequence for 
interpreting an SIN has been selected. CS 10110 micromachine then proceeds to sequentially call the 
microinstructions of that sequence from SITT 11012 and use those microinstructions to control operation of 
CS 10110. 

w 

G. Summary of Certain CS 10110 Features and Alternate Embodiments 

The above Introductory Overview has described the overall structure and operation and certain features 
of CS 101. that is, CS 10110. The above Introduction has further described the structure and operation and 

15 further features of CS 10110 and. in particular, the physical implementation and operation of CS lOllO's 
information, control, and addressing mechanisms. Certain of these CS 101 10 features are summarized next 
below to briefly state the basic concepts of these features as implemented in CS lOllO. In addition, 
possible alternate embodiments of certain of these concepts are described. 

Rrst. CS 10110 is comprised of a plurality of independently operating processors, each processor 

20 having a separate microinstruction control. In the present embodiment of CS lOllO. these processors 
include FU 10120, EU 10122. MEM 10112 and lOS 10116. Other such independently operating processors, 
for example, special arithmetic processors such as an an-ay processor, or multiple FU 10120*S. may be 
added to the present CS 10110. 

In this regard, MEM 10112 is a multiport processor having one or more separate and independent ports 

25 to each processor in CS 10110. All communications between CS lOllO's processors are through MEM 
10112, so that MEM 10112 operates as the central communications node of CS 10110. as well as 
performing memory operations. Further separate and independent ports may be added to MEM 10112 as 
further processors are added to CS 10110. CS 10110 may therefore be described as comprised of a 
plurality of separate, independent processors, each having a separate microinstruction control and having a 

30 separate and independent port to a central communications and memory node which in itself is an 
independent processor having a separate and independent microinstruction control. As will be further 
described in a following detailed description of MEM 10112. MEM 10112 itself is comprised of a plurality of 
independently operating processors, each performing memory related operations and each having a 
separate microinstruction control. Coordination of operations between CS lOllO's processors is achieved 

35 by passing "messages" between the processors, for example. SOP's and descriptors. 

CS 10110*s addressing mechanisms are based, first, upon UID addressing of objects. That is. all 
information generated for use in or by operation of a CS lOllO. for example, data and procedures, is 
structured into objects and each object is assigned a permanent UID. Each UID is unique within a particular 
CS 10110 and between ail CS lOliO's and is permanently associated with a particular object. The use of 

40 UID addressing provides a permanent, unique addressing means which is common to all CS tOIIO's, and 
to other computer systems using CS I0l10*s UID addressing. 

Effectively. UID addressing means that the address (or memory) space of a particular CS 10110 
includes the address space of all systems, for example disc drives or other CS 1 01 10s, to which that 
particular CS 10110 has access. UID addressing allows any process in any CS 101 10 to obtain access to 

45 any object in any CS 10110 to which it has physical access, for example, another CS 101 10 on the other 
side of the world. This access is constrained only by CS lOiiO's protection mechanism. In alternate 
embodiments of CS 10110. certain UIDs may be set aside for use only within a particular CS lOllO and 
may be unique only within that particular CS 10110. These reserved UIDs would, however, be a limited 
group known to all CS 10110 systems as not having uniqueness between systems, so that the unique 

50 object addressing capability of CS 101 iO*s UID addressing is preserved. 

As previously stated, AONs and physical descriptors are presently used for addressing within a CS 
10110. effectively as shortened UIDs. In alternate embodiments of CS 101 lO. other forms of AONs may be 
used, or AONs may be discarded entirely and UIDs used for addressing within as well as between CS 
10110s. 

55 CS 101 10's addressing mechanisms are also based upon the use of descnptors within and between CS 
10110s. Each descriptor includes an AON or UID field to identify a particular object, an offset field to 
specify a bit granular offset within the object, and a length field to specify a particular number of bits 
beginning at the specified offset. Descriptors may also include a type, or format field identifying the 
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described, followed by descriptions of MEM 10112*s control organization and control flow. Next. MEM 
10il2*s interfaces to JP 10114 and lOS 10116 will be described. Following these overall descriptions the 
major logical structures of MEM 10112 will be individually described, starting at MEM 10i12*s interlaces to 
JP 10114 and lOS 10116 and proceeding inwardly to MEM I0il2's first (or bulk) level of data stored. 
5 Finally, certain features of MEM lOl 12 microcode control structure will be described. 



A. MEM 10112 (Fgs. 201. 206. 207-237) 

TO 

a. Terminology 

Certain terms are used throughout the following descriptions and are defined here below for reference 
75 by the reader. 

A word is 32 bits of data 
A byte is 8 bits of data 
A block is 128 bits of data (that is. 4 words). 
A block is always aligned on a block boundary, that is the low order 7 bits of logical or physical address are 
20 zero (see Chapter 1. Sections A.f and D. Descriptions of CS 101 10 Addressing). 

The term aligned refers to the starting bit address of a data item relative to certain address txjundaries. 
A starting bit address is block aligned when the low order 7 bits of starting bit address are equal to zero, 
that is the starting bit address falls on a boundary between adjacent blocks. A word align starting bit 
address means that the low order 5 bits of starting bit address are zero, the starting bit address points to a 
25 boundary between adjacent words. A byte aligned starting bit address means that the low order 3 bits of 
starting bit address are zero, the starting bit address points to a boundary between adjacent bytes. 

Bit granular data has a starting bit address falling within a byte, but not on a byte boundary, or the 
address is aligned on a byte boundary but the length of the data is bit granular, that is not a multiple of 8 
bits. 

30 

b. MEM 10112 Physical Structure (Fig. 201) 

Referring to Fig. 201. a partial block diagram of MEM 10112 is shown. Major functional units of MEM 

35 10112 are Main Store Bank (MSB) 20110. including Memory Arrays (MA's) 20112, Bank Controller (BC) 
20114. Memory Cache (MC) 20116, including Bypass Write File (BYF) 20118, Field Isolation unit (FlU) 
20120. and Memory Interface Controller (MIC) 20122. 

MSB 20110 comprises MEM 10112*s first or bulk level of storage. MSB 20110 may include from one to, 
for example, 16 MA 20ll2*s. Each MA 20112 may have a storage capacity, for example. 256 K-byte. 512 

40 K-byte. 1 M-byte. or 2 M-bytes of storage capacity. As will be described further below. MA 20112*s of 
different capacities may be used together in MSB 20110. Each MA 20112 has a data input connected in 
parallel to Write Data (WD) Bus 20124 and a data output connected in parallel to Read Data (RD) Bus 
20126. MA'S 20112 also have control and address ports connected in parallel to address and control 
(ADCTL) Bus 20128. In particular. Data Inputs 20124 of Memory Arrays 20112 are connected in parallel to 

45 Write Data (WD) Bus 20126, and Data Outputs 20128 of Memory Arrays 20 11 2 are connected in parallel to 
Read Data (RD) Bus 20130. Control Address Ports 20132 of Memory Arrays 20112 are connected in 
parallel to Address and Control (ADCTL) Bus 20134. 

Data Output 20136 of Bank Controller 20114 is connected to WD Bus 20126 and Data Input 20138 of 
BC 20114 is connected to RD Bus 20130. Control and Address Port 20140 of BC 20114 is connected to 

50 ADCTL Bus 20134. BC 20114's Data Input 20142 is connected to MC 20116*s Data Output 20144 through 
Store Back Data (SBO) Bus 20146, BC 20114's Store Back Address Input 20148 is connected to MC 20116 
Store Back Address Output 20150 through Store Back Address (SBA) Bus 20152. BC 20ll4*s Read Data 
Output 20154 is connected to MC 20116*s Read Data Input 20156 through Read Data Out (ROO) Bus 
20158. BC 201 14's Control Port 20160 is connected to Memory Control (MCNTL) Bus 20164. 

55 MC 20116 has Output 20166 connected to MIO Bus 10131 through MIO Port 10128, and Port 20168 
connected to MOD Bus 10144 through MJP Port 10140. Control Port 20170 of MC 20116 is connected to 
MCNTL Bus 20164. Input 20172 of BYF 20118 is connected to lOM Bus 10130 through MIO Port 10128. 
and Output 20176 is connected to SBD Bus 20146 through Bypass Write In (BWI) Bus 20178. 
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particular format of ttie data referred to by the descriotor Phvsir^i Hoc. * 

MEM 10112 and. ,n this case, the AON o UID S s T^^T T '''^'^^'"^ 

physical location in MEM 10112 "-epiaced by a frame number field referring to a 

. P-eLSTputirEr^^^^^^ separate. .n.epen.em 

common, system wide bit orLtt ZTJ. \^ ° comprising CS 101 10. thereby providing 
responds to th^ C IrrTaS fi^s o^det'l^^^^^^^^ 'T'* P^""-' "^^^ 

requestors with date tn SeTorlat s^iZ S^f ' "^"""^'"^ ''""'""^ ^ P'°-'^e 

data in a fomiat spec^d i TdlcS In/^^^^^^ '"^'^ ^^P'^ 

'0 MEM 10112 to store the datl '^^'^ ' «ffi<^'«''«y "sed by 

a P-irSiTi^^^^ '^^ ''^ a,. Names within 

provided to FU 10120 at Sc^a^l in^S^ ^^^"^'"9 Name size is 

.cm the instruc^on streamTnraZ^etiSrn.'':;'^ l^i? rNaSres'arir ''^"^ 
Language d.aiects. so that K values, and the associated circui J in FU 1012^,^1 '"^ 

Finally, in descriptions of CS 101 lO's use of SOPs FU inVsnl 
as storing one or more ^Amr^ei^rs Zl^LJV^ 

interpreting the SOPs of ^^anoursl^ig ' " 3^^^^^^^^ ^^"^"^^^ °' microinstructions for 

structions to control CS 10110 In an ImS^ . Too ^ corresponding sequences of microin- 

would be stored in MEM lOlJs FU i^riw^t^"^^^^^^^ '•'"'^^"'"^ '^'^ '''''' 

or more S-lnterpreter Base Pointers fthat isThi.I^ I^ '"struction stream and. using one 

10.12). address the S.TT I10 2 n MEM ^^^^^^^^^ S.TT 1,012 in MEM 

SITT 11012 in MEM 10112 sen J„~« 1 1 ^ '^^P""*^ providing, from the 

Alternately, the ZLl^Zl^uZ ^J^Zt^l^T" "'^ controlling 'cS 10110 

CPU. for example. Fortran or mach^ni .li™^^^^^^ '""^T"' ' 

.ea.urrn=^^^^^ 

2: OSAIIJD DESCRIPTION 

operr^crroVC^^^^^^^^^ - - -..e and 

discussed. CS 101 10-s major suSsystem7are in ^^r^ f l'^!'^'^ Previously 
10120. EU 10122. ICS ^mtJi oP rnV^ 

10122. lOS 10,16 and DP 10^^! L ' "'"""^ '^'^9'"'"" °' 10112. FU 10120 EU 

205 may be assembled L l Tn^^^^^^^^^^^ irSnT'^/ '^'^-^ ^01 through 205. Rgures 201 through 
corresponding to that Shown n nj Tof^Fof ,1 pu^^^ ""'^'^ <" ,0,?o 

Rgs^ 20, through 205 have tJ Zr^ZTj^ZT^.^' '^^^^^^^ is assumed that 

Further diagrams will be presented in followina Tescr^nTonT ' ^"•='' ^ '"°'='< <^'agram. 

Of CS ,0„0 to one of ordinary siS in tfle art ^ '^'^^'^^ '0 c6nvey structure and operation 

As previously described. MEM 10112 i«? an ;nteii;«« * • • 
independent ports MIO 10,28 and MJP 4^ J^^^^^^^ ^--9 separate and 

Shared by and is accessible to both JP lOlU and OS ioiTr J? 1 •'"'^ is 
addition. MEM 10112 is the orimarv n Jh J ? " P"*"^ "'^°'y of CS 10110. In 

lOS ,0116) and JP ,on4 ' ^ '""'''"'^ "e^^^" the external world (through 

As will be described further below. MEM I0ii2 k a i« 
stored therein. MEM 10,12 first level is compri ed 0I a le s«?, ""T" •''""""^ ^'="=^« "^'^ 
second level is comprised of a high sSS^ Se whS? ^"^'^ ^^^^^^ ^"^^ "^^"^ 10"2 

users, that is JP 10,14 and lOS 10?.6.Tflrn^;rinT:To;:2Tirr^"' 
addressable to both JP ,01,4 and lOS ,0,16 In addition MEM ,n iV '^^^^ '° 

JP 10„4 and (OS ,01,6. Due to a higrdeirrDioe lil^ '^^^^^^ 

operations) MEM ,0„2 interfaces to boSjP ? .4 1 OS ,0 nG^r""'"^.'"' '^'"'''"^ """^'^ 
10,16 have full access to MEM 10112 This fltull !nn I ^"^^ ^ " 'O"* and lOS 



48 



EP 0 300 516 A2 



10144 to FlU 20120. manipulated by FlU 20120, and transferred from FlU 20120 to JP 101 14 through MOO 
Bus 10144. 

MIC 20122 contains circuitry conuolling operation of MEM 10112 and. in particular, controls MEM 
I0li2's interface with JP 10114 and lOS 10116. MIC 20122 receives MEM 10112 read and write request, 
5 that is read and write addresses ttirough PD Bus 10146 and lOM Bus 10130 and control signals through 
JPMC Bus 10147 and lOMC Bus 10131. and provides control signals to BC 20114. MC 20116. and FlU 
20120 through MCNTL Bus 20164. 

Having described the overall structure and operation of MEM 10112. the structure and operation of 
MEM 10l12*s Port. MIO Port 10128, and MJP Port 10140. will be described next, followed descriptions of 
to MEM 101 12*s control structure and the control and flow of MEM 101 12 read and write requests. 



d. MEM 101 12 Port Structure 

js MEM 10112 port structure is designed to provide a simple interface to JP 10114 and ICS 10116. While 
providing fast and flexible operation in servicing MEM 10112 read and write requests from JP 10114 and 
lOS 10116. In this regard, MEM 10112, as will be described further below, may handle up to 4 read and 
write requests concurrently and up to. for example, a 63.6 M-byte per second data rate. In addition MEM 
10112 ms capable of performing bit granular addressing, block read and write operations, and data 

20 manipulations, such as alignment and filling, to enable JP 101 14 and lOS 1 01 16 to operate most efficiently. 
MEM 10112 effectively services requests from three ports. These ports are MIO Port 10128 to ICS 
10116, hereafter referred to as 10 Port, and Jl and JO Ports, described above, to JP 10114. These three 
ports share the entire address base of MEM 10112, but (OS 10116, for example, may be limited from 
making full use of MEM I0il2*s address space. Each port has a different set of allowed operations. For 

25 example. JO Port can use a bit granular addresses but can reference only 32 bits of data on each request. 
Jl Port can make read requests only to word align 32 bit data items. 10 Port may reference bit granular 
data, and, as described further below, may read or write up to 16 bytes on each read or write request. The 
characteristics of each of these ports will be discussed next beiow. 

30 

1 . 10 Port Characteristics 

lOS 10116 may access MEM 10112 in either of two modes. The first mode is block transfers by- 
passing or through the cache in MC 201 16, and the second is non-block transfer through the cache and MC 
35 20116, 

Block by-passes may occur for both read and write operations. A read or write operation is eligible for a 
block by-pass if the data is on block boundaries, is 16 bytes long, and the read or write request is not 
accompanied by a control signal indicating that an encache (load into MC 201 16*s cache) operation is to be 
performed. A by-pass operation takes place only if the block address, that is the physical address of the 
40 block in MEM 10112 does not address a currently encached block, that is the block is not present in MC 
20116's cache. If the block is encached in MC 201l6*s cache, the read or write transfer is to MC 20ll6's 
cache. 

Partial block references, that is non-full block transfers will go through MC 20116's cache. If a cache 
miss occurs, that is the reference data is not present in MC 201l6's cache. MEM I0112*s control structures 
45 transfer the data to or from MSB 20110 and update MC 20ll6's cache. It should be noted that partial 
blocks may be as short as one byte, or up to 15 bytes long, A starting byte address may be anywhere 
within a block, but the partial block's length may not cross a block boundary. 

Bit length transfers, that is transfers of data items having a length of 1 to 16 bits and not a multiple of a 
byte, or where address is not on a byte boundary, go through MC 20il6's cache. These operations may 
50 cross byte. word, or block boundaries but may not cross page boundaries. These specific operations 
requested by 10 port determines whether a read or write request is a partial block or bit length transfer. 



2. JO Port Characteristics 

All read or write requests from JO Port must go through MC 20li6's cache: by-pass operations may 
not t>e performed. The data transferred between MEM 10112 and JP 10114 is always 32 bits in length but. 
of the 32 bits passed, from zero to 32 bits may be valid data. JP 10114 determines the location of valid 
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20764. 

Having described the structure of MIC 20716 with reference to Rg. 207. and having previously 
described the structure of MEM 10112 with reference to Fig. 201. MEM 10112's control structure operation 
will next be described with reference to both figures 201 and 207. 

2. MEM t01l2 Control Operation 

Referring first to Fig. 207. JOPAR 20710, JiPAR 20712. and lOPAR 20714 are, as previously described, 
connected from PD Bus 10146 from JP 10114 and lOM Bus 10130 from lOS lOllS. JPAR 20710. JIPAR 
20712, and lOPAR 20714 receive read and write request addresses from JP 10114 and lOS 10116 and 
store these addresses for subsequent service by MEM 10112. As will be described further below, these 
address inputs from JP 10114 and lOS 10116 include FlU information specifying what data manipulation 
operations must be performed by FlU 20120 before requested data is transferred to the requestor or written 
into MEM 10112, information regarding the destination data read from MEM 10112 is to be provided to, 
information regarding the type of operation to be performed by MEM 10112. and information regarding 
operand length. Request address information received and stored in JOPAR 20710. JIPAR 20712. and 
lOPAR 20714 is retained therein until MEM 10112 has initiated service of the con-esponding requests. MEM 
101 12 will accept further request address information into a given port register only after a previous request 
into that port has been serviced or aborted. Address information outputs from JOPAR 20710, JIPAR 20712, 
and lOPAR 20714 is transferred through PRMUX 20720 to Bus 20738 and from there to RM 20722. MC 
20116, and FlU 20120 as service of individual requests is initiated. As will be descrit>ed below, this address 
information will be transferred through PRMUX 20720 and Bus 20738 to LP 20724 for use in servicing a 
cache miss upon occurrence of a MC 201 16 miss. 

PC 20716 receives command and control signals pertinent to each requested memory operation from 
JP 10114 and (OS 10116 through JPMC Bus 10147 and lOSC Bus 10131. PC 20716 includes request 
arbitration logic and port state logic. Request arbitration logic determines the sequence in which 10. Jl. JO 
ports are serviced, and when each port is to be serviced. In determining the sequence of port service, 
request arbitration logic uses present port state information for each port from the port state logic, 
information from JPMC Bus 10147 and lOMC Bus 10131 regarding each incoming request, and information 
from RM 20722 concerning the present state of operation of MEM 10112. Port state logic selects each 
particular port to be serviced and, by control signals through Bus 20738. enables transfer of each port's 
request address information from JOPAR 20710. JIPAR 20712, and lOPAR 20714 through PRMUX 20720 to 
Bus 20738 for use by the remainder of MEM 101 12's control logic in servicing the selected port. In addition 
to request information received from JP 10114 and lOS 10116 through JPMC Bus 10147 and lOMC Bus 
10131. port state logic utilizes information from RM 20722 and. upon occurrence of a cache miss, from LM 
20730 (for clarity of presentation, this connection is not represented in Fig. 207). Port state logic also 
controls various port state flag signals, for example port availability signals, signals indicating valid requests, 
and signals indicating that various ports are waiting service. 

RM 20722 controls execution of service for each request. RM 20722 is a microcode controlled "micro- 
machine" executing programs called for by requested MEM 10112 operations. Inputs of RM 20722 include 
request address information from lOPAR 20714, JIPAR 20212, and JOPAR 20210, including information 
regarding the type of MEM 10112 operation to be performed in servicing a particular request, interrupt 
signals from other MEM 10112 control elements, and. for example, start signals from PC 20716*s request 
arbitration logic. RM 20722 provides control signals to FlU 20120, MC 20116. and most other parts of MEM 
I0112's control structure. 

Referring to Fig. 201. MC 20ll6*s cache is, for example, an 8 Kilo-byte, four set associative cache used 
to provide rapid access to a subset of data stored in MSB 20110. The subset of MSB 20110 data stored in 
MC 201l6*s cache at any lime is the data most recently used by JP 10114 or lOS 10116. MC 20116's 
cache, described further below, includes tag store comparison logic for determining encached addresses, a 
data store containing corresponding encached data, and registers and logic necessary to up-date cache 
contents upon occurrence of a cache miss. Registers and logic for servicing cache misses includes logic for 
determining the least recently used cache entry and registers for capture and storage of information 
regarding missed cache references, for example modify bits and replacement page numbers. Inputs to MC 
20116 are provided from RM 20722, LM 20730 (discussed further below). FlU 20120, MSB 20110 (through 
BC 20114), LP 20724 (described further below) and address information from PRMUX 20720. Outputs of 
MC 20116 include data and go to FlU 20120 (through MOD Bus 10144). the data requestors (JP 10114 and 
lOS 10116). and a MC 20116 Write Back File (described further below). 
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Referring to FiQ- 201. as previously discussed lOS 20116 may request a full block write operation 
directly to MSB 20110. Such a by-pass wnte request may t>e honored if the block being transferred is not 
encached in MC 201 16's cache. In such a case, RM 20722 will initiate the transfer setting up By-Pass Wnte 
Control logic in BR/WC 20718. and may then pass control of the operation over to 8R/WC 207l8's By-Pass 

5 Write Control logic for completion. By-Pass Write Control may then accept the remaining portion of the data 
block from lOS 10116. generating appropriate hand shaking signals through lOMC Bus 10131, and load the 
data block into BYF 20118 and MC 20116. MISSC 20726 will provide a by-pass write command to 8C 
20114. through MNCTL-PC Bus 201 64A. BC 20114 will then tansfer the data btock from BYF 20118 and 
into MA'S 201 12 and MSB 20110. 

10 As previously described. BYF 201 18 receives data from lOM Bus 10130 and provides data output to BC 
20114 through BWY Bus 20178 and SBD Bus 20146. BYF 20118 is capable of simultaneously accepting 
data from lOM Bus 10130 while reading data out to BC 20114. Control of writing data into BYF 20118 is 
provided from BR/WC 2071 8's By-Pass Write Control logic. 

lOS 10116 may, as previously described, request a full block read operation by-passing MC 20ll6's 

75 cache. In such a case. BR/WC 207l8's by-pass read control handles data transfer to lOS 10116 and 
generates required hand shaking signals to lOS 10116 through lOMC Bus 10131. The data path for by-pass 
read operations is through a data path internal to MC 20116. rather than through BYF 20118. This internal 
data path is RDO Bus 20158 to MIO Bus 10129. 

As previously described, BC 20114 manages all data transfers to and from MA's 20112 in MSB 20110. 

20 BC 20114 receives requests for data transfers from RM 20722 in an internal queue register. All data 
transfers to and from MSB 20110 are full block transfers with block aligned addresses. On data write 
operations. BC 201 14 receives data from BWF 201 18 or from MC 201 16's Write Back RIe and transfers the 
data into MA's 20112. During read operations. BC 20114 fetches the data block from MA*s 20112 and 
places the data block on RDO Bus 20158 while signalling to MIC 20122 that the data is available. As 

25 described above. MIC 20122 tracks and controls transfer of data and BYF 20118, MC 20116. and MC 
20116's Write Back Rle. and directs data read from MSB 20110 to the appropriate destination. MC 201 16's 
Data Store. JP 10114, or ICS 10116. 

In addition to the above operations, BC 20114 controls refresh of MA's 20112 and performs en-or 
detection and correction operations. In this regard, BC 20114 performs two error detection and correction 

30 operations. In the first, BC 20114 detects single and double bit errors in data read from MSB 20110 and 
corrects single bit errors. In the second. BC 20114 reads data stored in MA*s 20112 during refresh 
operations and performs single bit error detection. Whenever an error is detected, during either read 
operations or refresh operations, BC 20114 makes a record of that error in an error log contained in BC 
20114 (described further in a following description). Both JP 10114 and lOS 10116 may read BC 201l4*s 

35 error log, and information from BC 20ll4's error log may be recorded in a CS 10110 maintenance log and 
to assist in repair and trouble shooting of CS 10110. BC 20114's error log may be addressed directly by 
RM 20722 and data from BC 201 14*s error log is transferred to JP 101 14 or lOS 101 16 in the same manner 
as data stored in MSB 201 10. 

Referring finally to MA's 20112. each MA 20112 contains an array of dynamic semiconductor random 

40 access memories. Each MA 20112 may contain 256 Kilo-bytes. 512 Kilo-bytes, 1 Mega-bytes, or 2 Mega- 
bytes of data storage. The storage capacity of each MA 201 12 is organized as segments of 256 Kilo-bytes 
each. In addressing a particular MA 201 12, BC 201 14 selects that particular MA 201 12 as will be described 
further below. BC 20114 concurrently selects a segment within that MA 20112, and a block of four words 
within that segment. Each word may comprise 39 bits of information, 32 bits of data and 7 bits of error 

45 correcting code. The full 39 bits of each MA 20112 word are transferred between BC 20114 and MA's 
201 12 during each read and write operation. Having briefly descrtt)ed the general structure and operation of 
MEM 10112, certain types of operations which may be performed by MEM 10112 will be described next 
below. 

50 

f. MEM 10112 Operations 

MEM 101 12 may perform two general types of operation. The first type are data transfer operations and 
the second type are memory maintenance operations. Data transfer operations may include read, write, and 
55 read and set. Memory maintenance operations may include read error log, repair block, and flush cache. 
Except during a flush cache operation, the existence of MC 20116 and its operation is invisible to the 
requestors, that is JP 101 14 and lOS 101 16. 

A MEM 10112 read operation transfers data from MS 10112 to a requestor, either JP 10114 or lOS 
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101 12 to resume normal operation. 

Having described MEM l0112's overall structure and operation and certain operations which may be 
performed by MEM 10112. MEM 10112's interfaces to JP 10114 and lOS 10116 wiU be described next 
below. 

5 

q. MEM 10112 Interfaces to JP 10114 and IPS 10116 (Rgs. 209. 210. 211. 204) 

As previously described. MJP Port 10140 and MIO Port 10128 logically function as three independent 
10 ports. These ports are an 10 Port to lOS 10116. a JP Operand Port to JP 101 14 and a JP Instruction Port to 
JP 10114. Referring to Figs. 209. 210, and 211. diagramic representations of 10 Port 20910. JP Operand 
(JPO) Port 21010. and JP Instmction (JPI) Port 21110 are shown respectively. 

10 Port 20910 handles all lOS 101 16 requests to MEM 101 12. including transfer of twDth instructions and 
operands. JPO Port 21010 is used for read and write operations of operands, for example numeric values, 
/s to and from JP 101 14. JPI Port 21 1 10 is used to read SINs. ttiat is SOPs and operand NAMEs. from MEM 
101 12 to JP 101 14. Memory service requests to a particular port are serviced in the order that the requests 
are provided to the Port. Serial order is not maintained between requests to different ports, but ports may 
be serviced in the order of their priority, in one embodiment of the present invention, 10 Port 20910 is 
accorded-.highest priority, followed by JPO Port 21010. and lastly by JPI Port 21 llO. with requests cun-ently 
20 contained in a port having priority over incoming requests. As described above and will be described in 
more detail in following descriptions, MEM 10112 operations are pipelined. This pipelining allows interleav- 
ing of requests from 10 Port 20910. JPO Port 21010, and JPI Port 21110. as well as overlapping service of 
requests at a particular port. By overlapping operations it is meant that one operation servicing a particular 
port begins before a previous operation servicing that port has t>een completed. 

25 

1. 10 Port 20910 Operating Characteristics (Rgs. 209. 204) 

Referring first to Rg. 209, a diagramic representation of 10 Port 20910 is shown. Signals are transmitted 
30 between 10 Port 20910 and lOS 10116 through MIO Bus 10129. lOM Bus 10130. and lOMC Bus 10131. 
MIO Bus 10129 is a unidirectional bus having inputs from MC 20116 and RU 20120 and dedicated to 
transfers of data and instructions from MEM 10112 to 108 10118. iOM Bus 10130 is likewise a 
unidirectional bus and is dedicated to the transfer, from lOS 101 18 to MEM 1 01 12, of read addresses, write 
addresses, and data to be written into MEM 10112. IOM Bus 10130 provides inputs to BYF 20118. RU 
35 20120, and MIC 20122. lOMC Bus 10131 is a set of dedicated signal lines for the exchange of control 
signals between lOS 10118 and MEM 10112. 

Referring first to MIO Bus 10129. MIO Bus 10129 is a 36 bit bus receiving read data inputs from MC 
20ll6's Cache and from RU 20120. A single read operation from MEM 10112 to lOS 10116 transfers one 
32 bit word {or 4 bytes) of data (MlO(0-3l)) and four bits of odd parity (MIOP(0-3)), or one parity bit per 
40 byte. 

Referring next to IOM Bus 10130, a single transfer from lOS 10116 to MEM 10112 includes 36 bits of 
information which may comprise either a memory request comprising a physical address, a true length, and 
command bits. These memory requests and data are multiplexed onto IOM 10130 by lOS 10116. 

Data transfers from lOS 10116 to MEM 10112 each comprise a single 32 bit data word (IOM(0-31)) and 
45 four bits of odd parity (10MP{0-3)) or one parity bit per byte. Such data transfers are received by either BYF 
20118 or FlU 20120. 

Each lOS 10116 memory request to MEM 10112. as described above, an address field, a length field, 
and an operation code field. Address and length fields occupy the 32 IOM Bus 10130 lines used for transfer 
of data to MEM 10112 in lOS 10116 write operations. Length field includes four bits of information 

so occupying bits (IOM(0-3)) of IOM Bus 10130 and address field contains 27 bits of information occupying 
bits (IOM(4-3l)) of IOM Bus 10130. Together, address and length field specify a physical starting address 
and true length of the particular data item to be written into or read from MEM 10112. Operation code field 
specifies the type of operation to be performed by MEM 10112. Certain basic operation codes comprise 3 
bits of information occupying bits (lOMP (32-36)) of IOM Bus 10130: as described above. These same lines 

55 are used for transfer of parity bits during data transfers. Certain operations which may be requested of 
MEM 1 on 2 by lOS 101 16 are, together with their corresponding command code fields, are; 

000 = read. 

001 = read and set. 
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most significant 16 bits of these buses is generally not defined as MEM 10112 generally does not perform 
fill oeraiions on read operations to lO Port 20910. nor does lOS 10116 fill unused bits during write 
operations. During a read or write operation, only those data bits indicated by length field in the 
corresponding nnemory request are of significance. In all cases, however, parity must be valid on all 32 bits 

5 of MIO Bus 10129 and \0M Bus 10130. 

Referring to Fig. 204, lOS 10116 includes Data Channels 20410 and 20412 each of which will be 
described further in a following detailed descnption of lOS 10116. Data Channels 20410 and 20412 each 
possess particular characteristics defining certain 10 Port 20910 operations. Data Channel 20410 operates 
to read and write block aligned full and partial blocks. Full blocks have block aligned addresses and lengths 

10 of 16 bytes. Partial blocks have byte aligned addresses and lengths of 1 to 15 bytes: a partial block transfer 
must be within a block, that is not cross block boundaries. A full 4 word block will be transferred between 
lOS 10116 and MEM 10112 in either case, but only those blocks indicated by length of field in a 
corresponding MEM 10112 request are of actual significance in a write operation. Non-addressed bytes in 
such operations may contain any information so long as parity is valid for the entire data transfer. Data 

IS Channel 20412 preferably reads or writes 16 bits at a time on double byte tXDundaries. Such reads and 
writes are right justified on MIO Bus 10129 and tOM Bus 10130. The most significant 16 bits of these buses 
may contain any information during such operations so long as parity is valid for the entire 32 bits. Data 
Channel 20412 operations are similar to lOS 10116 operand read and write operations with double byte 
aligned addresses and lengths of 16 bits. Finally, instructions, for example controlling lOS 10116 operation. 

20 are read from MEM 101 12 to lOS 101 16 a block at a time. Such operations are identical to a full block data 
read. 

Having described the operating characteristics of 10 Port 20910, the operating characteristics of JPO 
Port 21010 will be described next. 

25 

2. JPO Port 21010 Operating Characteristics (Rq. 210) 

Referring to Fig. 210. a diagramic representation of JPO Port 21010 is shown. As previously described, 
JPO Port 21010 is utilized for transfer of operands, for example numeric data, between MEM 10112 and JP 

30 10114. JPO Port 21010 includes a request input (address, length, and operation information) to MIC 20122 
from 36 bit PD Bus 10146, a write data input to FlU 20120 from 32 bit JPO Bus 10142. a 32 bit read data 
output from MC 20116 and Fill 20120 to 32 bit MOO Bus 10144, and bi-directional control inputs and 
outputs between MIC 20122 and JPMC Bus 10147. 

Referring first to JPO Port 21010's read data output to MOD Bus 10144. MOO Bus 10144 is used by 

35 JPO Port 21010 to transfer data, for example operands, to JP 10114. MOD Bus 10144 is also utilized 
internal to MEM 10112 as a bi-directional bus to transfer data between MC 20116 and FlU 20120. In this 
manner, data may be transferred from MC 20116 to FlU 20120 where certain data format operations are 
performed on the data before the data is transferred to JP 10114 through MOD Bus 10144. Data may also 
be used to- transfer data from FlU 20120 to MC 20116 after a data format operation is performed in a write 

40 operation. Oata may also be transferred directly from MC 20116 to JP 10114 through MOD Bus 10144. 
Internal to MEM 10112, MOO Bus 10144 is a 36 bit bus for concurrent transfer of 32 bits of data, MOD Bus 
10144 bits (MOO(0-31)). and 4 bits of odd parity, 1 bit per byte. MOD Bus 10144 bits (MO0P(0-3)). External 
to MEM 10112. MOD Bus 10144 is a 32 bit bus, comprising bits (MOD(0-31)); parity bits are not read to JP 
10114. 

45 Data is written into MEM 10112 through JPO Bus 10142 to FlU 20120. As just descril>ed. data format 
operations may then be performed on this data before it is transferred from FlU 20120 to MC 201 16 through 
MOO Bus 10144. In such operations. JPO Bus 10142 operates as a 32 bit bus carrying 32 bits of data, bits 
(JPO (0-31)). with no parity bits. JO Port 21010 generates parity for JPO Bus 10142 data to be written into 
MEM 101 12 as this data is transferred into MEM 101 12. 

50 Memory requests are also transmitted to MEM 10112 from JP 10114 through JPO Bus 10142, which 
operates in this regard as a 40 bit bus. Each such request includes an address field, a length field, an FlU 
field specifying data formating operations to be performed, operation code field, and a destination code field 
specifying destination of data read from MEM 10112. Address field includes a 13 bit physical page number 
field. (JPPN(0-12)). and a 14 bit physical page offset field. (JPPO(0-13)). Length field includes 6 bits of 

55 length information. (JLNG(0-5)). and expresses true length of the data item to be written to or read from 
MEM 101 12. As JPO Bus 10142 and MOD Bus 10144 are each capable of transferring 32 bits of data in a 
single MEM 10112 read or write cycle. 6 bits of length information are required to express true length. As 
will be described in a following description, JP 10114 may provide physical page offset and length 
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010 = write, 

011 = error. 

100 = read error log (first half). 

101 = read error log {second half) and reset, 

110 = repair block, and 

111 = flush cache. 



20 



25 



30 



35 



40 



45 



50 



55 



and lOPA dropped. MEM 10112 then 13^;!^^ h,., ! T ' ^ presented, 

cock cycle. AUhis po^" MEM ,0^2 inserts SoMn T^,."" "'t'"^' 'y^'^'" 
word operations TIOMO Is not usi by OS ^0 mTa r^daS^^^^^^ °" ^ ^'"^'^ 

10 Port 20910 was available On Nnnl . . ° ^"^^^^ accepted by MEM 10112 if 

between acceptrceTtSran?^^^^^^^^ ''"^ a delay .ay occur 

10 Memory Interrupt (IMINT) is a signal asserted by MEM lOl 12 to lOS 10116 when BC 20iid 
a record of a detected error in BC 20l14's Error Log. as described above " 

Previous MID Transfer Invalid (PMIOI) signal is similarly a signal asserted by MEM 101 12 to lOS ioi ifi 
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asserted. 

For JPO Port 21010 write request, the associated write data word should be valid on same system 
clock cycle as the request, or one system clock cycle later. JP 10114 asserts Load JP wnte Data (UWO) 
during the system clock cycle when JP 101 14 places valid write data on JPD Bus 10142. 
5 As previously discussed, when MEM 10112 detects an error in servicing a JP 10114 request MEM 
101 12 places a record of this error in MC 201 16*s Error Log. When an entry is placed in Error Log for either 
JPO Port 21010 or 10 Port 20910, MEM 10112 asserts an interrupt flag signal indicating a valid Error Log 
entry is present. DP 10118 detects this flag signal and may direct the flag signal to either JP 10114 or lOS 
10116. or both. lOS 10116 or JP 10114. as selected by DP 10118. may then read and reset Error Log and 
10 reset the flag. The interrupt flag signal is not necessarily directed to the requestor. JP 101 14 or lOS 101 16. 
whose request resulted in the error. 

If an uncorrectible MEM 10112 error, that is an error in two or more bits of a single data word, is 
detected in a read operation the incorrect data is read to JP 10114 and an invalid data signal asserted. A 
signal. Previous MOD Transfer Invalid (PMODI). is asserted by MEM 10112 on the next system clock cycle 
IS following either DAVFA or DAVEB. PMODI is not asserted for single bit errors, instead the data is corrected 
and the corrected data read to JP 10114. 

Having described JPO Port 21010'S structure, and characteristics. JPI Port 21110 will be described next 
below, 

20 

3. JPI Port 21110 Operating Characteristics (Rg. 21 1) 

Referring to Rg. 211. a diagramic representation of JPI Port 21110 is shown. JPI Port 21110 includes 
an address input from PD Bus 10146 to FlU 20120, a data output to MOD Bus 10144 from MC 20116. and 

25 bi-directional control Inputs and outputs from MIC 20122 to JPMC Bus 10147. As previously described, a 
primary function of JPI Port 21110 is the transfer of SOPs and operand NAMEs from MEM 10112 to JP 
10114 upon request from JP 10114. JPI Port thereby performs only read operations wherein each read 
operation is a transfer of a single 32 bit word having a word aligned address. 

Referring to JPI Port 21110 input from PD Bus 10146. read requests to MEM 10112 by JP 10114 for 

30 SOPs and operand NAMEs each comprise a 21 bit word address. As described above, each JPI Port 21 1 10 
read operation is of a single 32 bit word. As such, the five least significant bits of address are ignored by 
MEM 101 12. For the same reason, a JPI Port 21 1 10 request to MEM 101 12 does not include a length field, 
an operation code field, an FlU field, or a destination code field. Length, operation code, and FlU code fields 
are not required since JPI Port 21110 performs only a single type of operation and destination code field is 

35 not required because destination is inherent in a JPI Port 21110 request. 

The 32 bit words read from MEM 10112 in response to JPI Port 21110 requests are transferred to JP 
10114 through MC 20116*s 32 bit output to MOO Bus 10144. As in the case of JPO 21010 read outputs to 
JP 101 14, JPI Port 21 1 10 does not provide parity information to JP 10114. 

Control signals exchange between JP 10114 and JPI Port 21110 through JPMC Bus 10147 include 

40 Load Jl Request (LJIR) and Jl Port Available (JIPA). which operate in the same manner as discussed with 
referenceito JPO Port 21010. As previously described, JPO Port 21010 and JPI Port 21110 share a single 
Abort JP- Request <ABJR) command. Similarly, JPO Port 21010 and JPI Port 21110 share Previous MOD 
Transfer Invalid (PMODI) from MEM 10112. As described above, a JPI Port 211 10 request does not include 
a destination field as destination is implied. MEM 10112 does, however, provide a Data Available Signal 

45 (DAVFl) to JP 10114 when a word read from MEM 10112 in response to a JPI Port 21110 request is 
present on MOD Bus 10144 and valid. 

Having described the overall structure and operation of MEM 101 12. and the structure and operation of 
MEM 10112*s interface to JP 10114 and lOS 10116. the structure and operation of FlU 20120 MEM 10112 
will next be described in further detail. 

50 

h. RU 20120 (Rqs. 201. 230. 231) 

As previously described, FlU 20120 performs certain data manipulation operations, including those 
55 operations necessary to make MEM 10112 bit addressable. Data manipulation operations may be per- 
formed on data being written into MEM 10112, for example, JP 10114 through JPD Bus 10142 or from 108 
10116 through lOM Bus 10130. Data manipulations operations may also be performed on data being read 
from MEM 10112 to JPO 10114 or lOS 10116. In case of data read to JP 10114. MOD Bus 10144 is used 

61 



)N80OC(D:<EP 030061«A2> 



EP0 300 516 A2 



30 



35 



40 



45 



50 



55 



MEM 10112 expects to receive (JPPN(0 linater IhS UPPoZTlT^I^Tr^^ """'"^ 
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Operation code field provided to MEM 10112 from JP 10114 is a 3 bit code UMCunin o^^ cn^ , 

000 = read: 
'0 001 = read and set; 

010 = write: 

01 1 = error: 
too = error; 

101 = read error log and reset: 
'5 110 = repair block; and. 
111= flush cache. 

20 00 = right justified, zero fill; 

01 = right justified, sign extend; 

10 = (eft justify, zero fill; and. 

11 = left justify, blank fill. 

Finally, destination field is a two bit field soecifvina a JP innA * ^ 

10112 This field k \r^r^r^rc^ f^. : specirytng a JP 10114 destination for data read from f^EM 

10112 JPO Pon 21010 is jSl » i^.„ . !!' " " "™ 

» -«.;r4^i^r^':ji;?r,'ii';::r * "™ "™ ""'^ — 

cycle. " I *:<uiu or ro jPi Port 21110. during a single system clock 

asse^intrsata' ai^rstrtoTrirrr •'"^ "^^^ 

data available for EB(DAVEBrA^ pTouJ^v d J.^^^^^^^ ^ese s-gnals are data available for FA(DAVFA) and 
a destination field specifyfng ,ht fnteX desSnn „^ T ° '"'^'^'^^^ 
below. MEM 10112 tSs sJch desTnafcJ i'""^ '"" °' "'^ ^^^"ested data. As will be described further 
With a correspondin^lSSr^^^^^^^^ 'nforr^ation 
10120 while DAVEB indicates a destination in EU 10l2^ mem loiiP ! ^ 
(2FILL) specifying whether read data for JPO Port 2 O^s «™ f Ited 2^ f .t""! ""^ 

r-uri ^luiu rs zero filled. 2FILL is valid only when DAVEB is 
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transferred onto MOO Bus 10144 or MIO Bus 10129 through, respectively. ASYRO Bus to MOO Bus Oriver 
Gate (ASYMOD) 23040 or ASYRO Bus to MIO Bus Oriver Gate (ASYMIO) 23042. OSMOD 23036. OSMIO 
23038. ASYMOD 23040. and ASYMIO 23042 are each comprised of, for example. SN74S244 drivers. A 
manipulated data word on DSO Bus 23032 be transferred through OSMOO 23036 to MOO Bus 10144 when 
driver gate enable signal Driver Shift to MOO (ORVSHFMOD) to OSMOD 23036 is asserted. Similarly, a 
manipulated data word on OSO Bus 23032 will be transferred through OSMIO 23038 to MIO Bus 10129 
when driver gate enable signal Drive Shift Through MIO Bus (DRVSHFMIO) to OSMIO 23038 is asserted. 
Manipulated data words present on ASYRO Bus 23034 may be transferred onto MOO Bus 10144 or MIO 
Bus 10129 when, respectively, driver gate enable signal Drive Assembly to Mod Bus <DRVASYMO0) to 
ASYMOD 23040 or Drive Assembly to MIO Bus (ORVASYMIO) to ASYMIO 23042 are asserted. 
ORVSHFMOD. DRVSHFMIO, ORVASYMOO, and ORVASYMIO are provided, as described below, from 
FlUC 23012. 

Registers lARM 23044 and BARMR 23046. which will be described further in a following description of 
OP 10118. are used by OP 101 18 to, respectively, write data words onto IB 23030 and to Read data words 
from MOO Bus 10144. for example manipulated data words from FlU 20120. Data word written into lARMR 
23044 from DP 10118, that is 32 bits of data and 4 bits of parity, will be transferred onto IB Bus 23030 
when register enable output signal lARM enable output (lARMEO) from FlUC 23012 is asserted. Similariy. a 
data word present on MOO Bus 10144. comprising 32 bits of data plus 4 bits of parity, will be written into 
BARMR 23046 when load enable signal Load BARMR (LOBARMR) to BARMR 23046 is asserted by MIC 
20122. A data word written into BARMR 23046 from MOO Bus 10144 may then subsequently be read to OP 
10118. lARMR 23044 and BARMR 23046 are similar to JWOR 23022. IWDR 23024. and IROR 23026 and 
may be comprised, for example, of SN74S299 registers. 

Referring finally to 10 Parity Check Circuit (lOPC) 23048. lOPC 23048 is connected from IB Bus 23030 
to receive each data word, that is 32 bits of data plus 4 bits of parity, appearing on IB Bus 23030. lOPC 
23048 confirms parity and data validity of each data word appearing on IB Bus 23030 and. in particular, 
determines validity of parity and data of data words written into FlU 20120 from iOS 10116. lOPC 23048 
generates output Parity Error (PER), previously discussed, indicating a parity error in data words from IOS 
10116. 

Referring to OS 23016, OS 23016 includes Byte Nibble Logic (BYNL) 23050, Parity Rotation Logic 
(PRL) 23052. and Bit Scale Logic (BSL) 23054. BYNL 23050. PRL 23052. and BSL 23054 may respectively 
be comprised of. for example. 25S10 shifters. BYNL 23050 is connected from IB Bus 23030 for receiving 
and shifting the 32 data bits of a data word selected and transferred onto 18 Bus 23030. PRL 23052 is a 4 
bit register similariy connected from IB Bus 23030 to receive and shift the 4 parity bits of a data word 
selected and transferred onto IB Bus 23030. Outputs of BYNL 23050 and PRL 23052 are both connected 
onto DSO Bus 23032, thus providing a 36 bit FlU 20120 data word output directly from BYNL 23050 and 
PRL 23052. BYNL 23050's 32 bit data output is also connected to BSL 23054*s input. BSL 23054's 32 bit 
output is in turn provided to MSK 23018. 

As previously described, OS 23016 prforms data manipulation operations involving shifting of bits within 
a data word. In general, data shift operations performed by OS 23016 are rotations wherein data bits are 
right shifted, with least significant bits of data word being shifted into most significant bit position and most 
significant bits being translated towards least significant bit positions. OS 23016 rotation operations are 
performed in two stages. First stage is performed by BYNL 23050 and PRL 23052 and comprises right 
rotations on a nibble basis (a nibble is defined as 4 bits of data). That is, BYNL 23050 right shifts a data 
word by an integral number of 4 bit increments. A right rotation on a nibble by nibble basis may. for 
example, be performed when RM 20722 asserts FLIPHALF previously described. FLIPHALF is asserted for 
IOS 10116 half word read operations wherein the request data resides in the most significant 16 bits of a 
data word from MC 20116. BYNL 23050 will perform a right rotation of 4 nibbles to transfer the desired 16 
bits of data into the least significant 16 bits of BYNL 23050's output. Resulting BYNR 23050 output, together 
PRL 23052's parity bit output would then be transferred through DSO 23050 to MIO Bus 10129. In addition 
to performing data shifting operations, OS 23016 may transfer a data word, that is the 32 bits of data, 
directly to MSK 23018 when data manipulation to be performed does not require data shifting, that is shifts 
of 0 bits may be performed. 

Because data bits are shifted by BYNL 23050 on a nibble basis, the relationship between the 32 data 
bits of a word and the corresponding 4 parity bits may be maintained if parity bits are similarly right rotated 
by an amount corresponding to right rotation of data bits. This relationship is true if the data word is shifted 
in multiples of 2 nibbles, that is 8 bits or 1 byte. PRL 23052 right rotates the 4 parity bits of a data word by 
an amount corresponding to right rotation of the corresponding 32 data bits in BYNL 23050. Right rotated 
outputs of BYNL 23050 and PRL 23052 therefore comprise a valid data word having 32 bits of data and 4 
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both as a MEM '01 12 .nternal bus. in transferring data from MC 201 16 to FlU 20120 for manipulation and 
to transfer manipulated data from MEM 101 12 to JP lOl 14. In case of data read to lOS 101 16 MOn r 
10144 is again used as MEM ,01,2 internal bus to read data from MC ^Ouelo RU SVo for suteo'en 
man^u^yon^The manipulated data is men read from F.U 20,20 to .OS 10„6 tf,rou9r, M O Bu 0 29 ' 
de..?h«r. '"T'P"'^""" °P«««°"S -hich may be performed by FlU 20120 have been pre 'ously 
descnbed. In general, a data manipulation operation consists of four distinct operations and RU 2S 20 mav 

of th!t u '^'^'^ ^« <" to ^ manipulated. rLZ o^Snn 

20120 data mput will comprise a thirty-fwo bit data word and. as described above, may be selected from 

SSt^ nuts, ^ ^oetr.T "'^'»''«"' 2=«<0 -1 be 2S 

ucj«, aireciiy from JPD Bus 10142, plus a corresponding four bits of oaritv from JPPn p^noo 

Lo2 Rin /lS^ : respectively, input enable signals Load JWD (UWO). Load IWD or 

MIC 2^122 ^ "^^"^"^ '""^ •''^"^ ^'WO and LR.D are provLTJom 

Data words resident in JWDR 23022. IWOR 23024 or Rinn o^noR « u . ^ 

As V.JII be described further below, manipulated data words from OS 23016 or AR 3q03n « 
Z Z" rs'r'""'??- °f 23032 0^ Assembly iegStefou^^^^^^^^^ 

K^Bu:r2'f r : rf " - - ^^^^^^^ ^r: 
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NAND gate operations. Therefore, the outputs of I^WGs 23056 through 23064 are active low signals. The 
inverted output of ASYMR 23066 is used as an output to ASYRO 23034 to invert these outputs to active 
high. 

MWG 23058. generating SEW (0-31) is used in generating sign extended or filled words. In sign 
5 extended words, all bit spaces to the left of the most significant bit of a 32 bit data word are filled with the 
sign bit of the data contained therein, the left most bits of the 32 bit word are filled with Vs or O's 
depending on whether that word's sign bit indicates that the data contained therein is a positive or negative 
number. 

Sign Select l^lultiplexor (SIGNSEL) 23066 is connected to receive the 32 data bits of a word present on 

10 IB Bus 23030. Sign Select (SGNSEL) (0-4) to SIGNSEL 23066 is derived from SBA (0-4). that is from SBA 
Bus 21226 from PRMUX 20720. As previously described, SBA (0-4) is Starting Bit Address identifying the 
first or most significant bit of a data word. When a data word contains a signed number, most significant bit 
contains sign bit of that number. SGNSEL (0-4) input to SIGNSEL 23066 is used as a selection input and, 
when SIGNSEL is enabled by Sign Extend (SIGNEXT) from FlU 23012. selects the sign bit on IB Bus 

15 23030 and provides that sign bit as an input to MWG 23058. 

Sign bit input to MWG 23058 is ANDed with each bit of left hand mask (LMSK) (0-31) from FlUC 23012. 
Referring again to Rg. 231. LMSK (0-31) is shown on Une F thereof. LMSK (0-31) contains all O's to the 
right of and including the bit space identified by LBA and I's in all bit spaces to the left of that bit space 
identified by LBA. SEW (0-31) will therefore contain sign bit in all bit spaces to the left of the most 

20 significant bit of the data word present on output of MWG 23058. The data word on IB Bus 23030 may then 
be passed through DS 23016 and subjected to a OMSK operation wherein all bits to the left of the most 
significant bit are forced to 0. SEW (0-31) and DMW (0-31) outputs of MWG's 23058 and 23060 may then 
be ORed to provide the desired find extended word output. 

LBW (0-31). provided by MWG 23056. is used in locked bit operations wherein the most significant data 

25 bit of a data word is in MEM 10112 forced to logic 1. SIGNSEL (0-4) is an address input to MWG 23056 
and, as previously described, indicates most significant data bit of a data word present on an IB Bus 23030. 
MWG 23056 is enabled by input Lock (LOCK) from FlUC 23012 and the resulting LBW (0-31) will contain a 
single logic 1 in the bit space of the most significant data bit of the data word present on IB Bus 23030. The 
data word present on IB Bus 23030 may then be passed through DS 23016 and MWG 23060 to be ORed 

30 with LBW (0-31) so that that data words most significant data bit is forced to logic 1. 

Referring to AR 23020, AR 23020 includes ASYMR 23066. which may be comprised for example of a 
SN74S175 registers, and Assembly Register Parity Generator (ASYPG) 23070. As previously described, 
ASYMR 23066 is connected from MSK 23018 32 bit output. A 32 bit word present on MSK 23018's output 
will be transferred into ASYMR 23066 when ASYMR 23066 is enabled by Assembly Register Load 

35 (ASYMLD) from MIC 20122. The 32 bit word generated through DS 23016 and MSK 23018 will then be 
present on ASYRO Bus 23034 and may. as described above, then be transferred onto MOD Bus 10144 or 
MIO Bus 10129. ASYPG 23070 is connected from ASYMR 23066 32 bit output and will generate 4 parity 
bits for the 32 bit word presently on the 32 data lines of ASYRO Bus 23034. ASYPG 23070's 4 bit parity 
output is bused on the 4 parity bit lines of ASYRO Bus 23034 and accompany the 32 bit data word present 

do thereon. 

Having described structure and operation of Data Manipulation Circuitry 23010. FlUC 23012 will be 
described next below. 

Referring again to Fig. 230, FlUC 23012 provides pipelined microinstruction control of FlU 20120. That 
is. control signals are received from MIC 20122 during a first clock cycle and certain of the control signals 

45 are decoded by microinstruction logic to generate further FlUC 23012 control signals. During the second 
clock cycle, control signals received and generated during first clock cycle are provided to DMC 23010, 
some of which are further decoded to provide yet other control signals to control operation of FlUC 23012. 
FlUC 23012 includes Initial Decode Logic (IDL) 23074. Pipeline Registers (PPLR) 23072. Final Decoding 
Logic (FDD 23076. and Enable Signal Pipeline Register (ESPR) 23098 with Enable Signal Decode Logic 

50 (ESDL) 23099. 

IDL 23074 and Control Pipeline Register (CPR) 23084 of PPLR 23072 are connected from control 
outputs of MIC 20122 to receive control signals therefrom during a first clock cycle as described above. IDL 
23074 provides outputs to control pipeline registers Right Bit Address Register (RBAR) 23088. Left Bit 
Address Register (LBAR) 23088 and Shift Register (SHFR) 23090 of PPLR 23072. CPR 23084 and SHFR 
55 23090 provide control outputs directly to DMC 23010. As described above these outputs control DMC 
23010 during second clock cycle. 

CPR 23084. RBAR 23086. and LBAR 23088 provide outputs to FDL 23076 during second clock cycle 
and FDL 23076 in turn provides certain outputs directly to DMC 23010. 
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Bus ,0144 or mo Bus mS^L^^^Ll j^'^^T^^^ ^''J"' ^"''^^-"^ '-sfer ,o mSo 
byte write operations and "rotate read" h °"*P"« ''a*^ P«h tor 

5 word requires only an integrniro, r^m S onT^^^^^^^ T'l TT'''°" °' ^ ^^-^ <^^'^ 
in BYNL 23050 and 4 bits of parity in Pm. 2^^T^lTL ' °' °' ^ "''^ °' "^'^ 

23050 and PRL 23052. As wiS be deS ed betw Ihf? L^' T' '^""^ '°-'» 

controlling BSL 23054 bv FlUC 230i2Rw^ oZ^^' . ^ ^ ' ^ generated, together with SHFT (3^) 
parallel sL logic chips id e„Jro^^^^^^^^^^^ ''Mf'?'' '^'^''^ 

'0 performed in a single clock cycte! ° °' ^^L 23054 may be 

Second stage of rotation is performed by BSL 23054 which a^... k w ^ 
b'ts of a data word from BYNL 23050 BSL P-in^^lt ^ ^^ove. receives the 32 data 

amount being selectable betw^n S bte Sr^S^^^^^^^^^^ ^ "^'"^ ^'^'« 

BYNL 23050 and BSL 23054 therefore L^Je rSafshiZ tr'. -"ble boundaries. 

'5 rotation by an amount from , bit to a full S^Wt ^gm mTatt^ ' '^''"^"""^ """"y-'"' 

2305stS6x;;r2£,iz^^^^^^^^ <-wg., 

word outputs Of ^WG'tzzSdTS^'S^'^^^^ ^^'^""^'^ "'"''-"S 32 bi. masK 

effectively comprised a bit by bit comttnaton oT f J nf ^'"ff ^^.^^ °' "^WG's 23059 to 23064 is 
.0 word, generated by HUC sJoJi ^mT^ ^WG-rg r2S;rrr"^'^ "'^^'^ 
example, open collector .^o gates for performing these L^S.iriS^Jot iSr^^j'^f"; 

com:- srr r ^^^^^^^ ?3g- r-b r:^ "^-^ - '^^^ - 

25 bit output of MSK 23018. ""^^ "'^ '°9ether fo comprise the 32 

s^^~'z:7mZrz-^^^^^ ^-^^ <^w, (0-31, 

Assembly Register Output /arO) /o an RT r ' ^ ^'^"'^ (BWF) (0-31) and 

Assembly' Raster (AS* irsi "el \r IS are I'^T.h 
.0 enabling signal Assembly Output Sister rSJMom APn^^^ ""^^ 2='°^'^ ««rtion of 

ASYMR 23066 and MWG 23064 S^the ciments of ASYMR^'.^rf''' ' °' <" 
combination of LBW (0-31). SEW (0-31). DSr3T, rBF;i Z '° 

32 broZ?oy;°23r^^^^^^^^^^ 0- Mas. (OMSK) (0-31) with .e 

>s 23012. FlUC 23012 may generate f Silent OmS 73^^^ o^^^^^^ ''V ^'^^ 

31) which may be generaed by Fiuri)?32 a™ fhi n^c^^^^^ "^'^'""^ '° ""'a- 23'- <he 4 DMSKs (0- 
OMSKA (0-31) all bL to the left 0 but nJ itf !• K ^^^"^ '°"^'> ^ of Fig. 231 In 
to .he right o/and not inSdrg a bTde" S'"^^^ L^^ ^it Address (LBA) an'd ^1 bils 

including, those bits designated by LBaS S.™ rf hmo-^L^'^™'' '"^'^^ °- ""^ between, and 
0 is DMSKA (0-31, inverted' DMSKC (0-3lTL DmSkD O-SlTa^ 1''^ ''"^ ^ -d 

Rg. 231 and are comprised of. respec«vely all O's or a M shown, respectively, in Unes C and D of 
.he 32 bit output Of OS 23016. As suc7o^;;.sk? fO 3? I.v h h f '^""'^ 
output while DMSKD (0-31) may t^ used tor ? ^ r^o'"^'^- ^"^'"P'^' '° ""^'Wt OS 23016's 

31) and DMSKB (0-3 ) may be u^eS ft ZZT^' ""'P"' '° 23020. DMSKA (0- 

23020 where, for ex Jpie. L se to Sd^^^^^^^^^ S',6-foTr"" °' °' ^ 
outputs MSK 23018 ^ °^ ' ""'P"' '"^V ORed with other mask word 

operS:rr3'2 Sa"w?4™ TZo^zr' ^^^^> ^ — 

biMjyte contains a logic one and remainina iits cUl^l '^"^""^ '° ^^"^"^^ ' 

contain logic Vs in bil positions 2 IJTs i,d 26 ^ ' ' '"^'^ "^'^^ ""^y 

generis 2^,?in^?h^e m:! ^nSr RM^k If' <"^^^' '°->- -V be 
and including a bit position designated bv RBa wL? . ' ^" PP^'«°"« "'e left of 

and 26 may be selected to con taiJtoto ^s Lllinn " '."k ' P°^'«°"s 2..0.18. 

is in those bytes containing ASC 5 Is^ ^.'^'L' "^^"'""^ 

RMSK (0-31) is enabled through MWr23^S as Bw?.o L "^'^ '"'"""'"^ ""^SK (0-31). 
(8LNKFILL) provided from Flui3oV2 ' ' '^'^^ ^3062 is enabled by blank fill 

AS described above. MWG. 23058 to 23064 and in panicu.ar MWG. 23060 and MWG 23062 are 
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Referring finally to ESPR 23098 and ESDL 23099, ESPR 23098 and PPLR 23072 together comprise a 
pipeline register and ESDL 23099 decoding logic for providing enable signals to FltJ 20120 and other MEM 
10112 circuitry. ESPR 23098 receives inputs Drive MOD Bus (OflVMOO) (0-1). Drive MIO Bus (DRVMIO) 
(0-1). and Enable Register (ENREG) (0-1) from MIC 20122 as previously described. DRVMOD (0-1). 

5 DRVMIO (0-1). and ENREG (0-1) are transfen-ed into ESPR 23098 by PIPELD as previously described with 
reference to PPLR 23072. ESPR 23098 provides corresponding outputs to ESDL 23099. which in turn 
decodes DRVMOD (0-1). DRVMIO (0-1). and ENREG (0-1) to provide enable signals to FIU 20120 and other 
MEM 10112 circuitry. Outputs DRVSHFMOD, DRVASYMOD. DRVSHFMIO. and DRVASYMIO are provided 
to DSMOD 23036, DSMIO 23038. ASYMOD 23040. ASYMIO 23042. and FlUlO 23014 to control transfer of 

10 RU 20120 manipulated data words onto MOD Bus 10144 and MIO Bus 10129. Outputs lARMEO. JWDEO. 
IWDEO. and RIDEO are provided as output enable signals to lARMR 23044. JWDR 23022. IWOR 23024. 
and RIDR 23026 to transfer the contents of these registers onto IB Bus 23030 as previously described. 
Outputs DRVCAMOD, DRVAMIO. DRVBYMOD, and DRVBYMIO are provided to MC 20116 for use in 
controlling transfer of information onto MOO Bus 10144 and MIO Bus I0i29. 

IS Having described the structure and operation of MEM 10112 above, the structure and operation of FU 
10120 will be described next below. 

As has been previously described, FU 10120 is an independently operating, microcode controlled 
machine comprising, together with EU 10122, OS 10110's micromachine for executing user's programs. 
Principal functions of FU 10120 include: (1) Fetching and interpreting instructions, that is SINs comprising 

20 SOPs and. Names, and data from MEM 10112 for use by FU 10120 and EU 10122; (2) Organizing and 
controlling flow and execution of user programs; (3) Initiating EU 10122 operations; (4) Performing 
arithmetic and logic operations on data; (5) Controlling transfer of data from FU 10120 and EU 10122 to 
MEM 10112; and. (6) Maintaining certain stack register mechanisms. Among these stack and register 
mechanisms are Name Cache (NO) 10226, Address Translation Cache (ATC) 10228. Protection Cache (PC) 

25 10234. Architectural Base Registers (ABRs) 10364, Micro-Control Registers (mCRs) 10366. Micro-Stack 
(MIS) 10368. Monitor Stack (MOS) 10370 of General Register File (GRF) 10354. Micro-Stack Pointer 
Register Mechanism (MISPR) 10356. and Return Control Word Stack (ROWS) 10358. In addition to 
maintaining these FU 10120 resident stack and register mechanisms. FU 10120 generates and maintains, in 
whole or part, certain MEM 10112 resident data structures. Among these MEM 10112 resident data 

30 structures are Memory Hash Table (MHT) 10716 and Memory Frame Table (MFT) 10718. Working Set 
Matrix (WSM) 10720, Virtual Memory Management Request Queue (VMMRQ) 10721. Active Object Table 
(AOT) 10712. Active Subject Table (AST) 10914. and Virtual Processor State Blocks (VPSBs) 10218. In 
addition, a primary function of FU 10120 is the generation and manipulation of logical descriptors which, as 
previously described, are the basis of CS lOllO's internal addressing structure. As will be described further 

35 below, while FU I0120's internal structure and operation allows FU 10120 to execute arithmetic and logic 
operations. FU 10120's structure includes certain features to expedite generation and manipulation of logical 
descriptors. 

Referring to Fig. 202, a partial block diagram of FU 10120 is shown. To enhance clarity of presentation, 
certain interconnections within FU 10120. and between FU 10120 and EU 10122 and MEM 10112 are not 

40 shown by line connections but. as described further below, are otherwise indicated, such as by common 
signal names. Major functional elements of FU 10120 include Descriptor Processor (DESP) 20210. MEM 
10112 Interface Logic (MEMINT) 20212, and Fetch Unit Control Logic (FUCTL) 20214. DSP 20210 is. in 
general, an arithmetic and logic unit for generating and manipulating entries for MEM 10112 and FU 10120 
resident stack mechanisms and caches, as described above, and. in particular, for generation and 

45 manipulation of logical descriptors. In addition, as stated atjove. DSP 20210 is a general purpose Central 
Processor Unit (CPU) capable of performing certain arithmetic and logic functions. 

DESP 20210 includes AON Processor (AONP) 20216. Offset Processor (OFFP) 20218, Length Proces- 
sor (LENP) 20220. OFFP 20218 comprises a general, 32 bit CPU with additional structure to optimize 
generation and manipulation of offset fields of logical descriptors. AONP 20216 and LENP 20220 comprise, 

50 respectively, processors for generation and manipulation of AON and length fields of logical descriptors and 
may be used in conjuction with OFFP 20218 for execution of certain arithmetic and logical operations. 
DESP 20210 includes GRF 10354, which in turn include Global Registers (GRs) 10360 and Slack Registers 
(SRs) 10362. As previously described. GR's 10360 includes ABRs 10364 and mCRs 10366 while SRs 
10362 includes MIS 10368 and MOS 10370. 

55 MEMINT 20212 comprises FU I0l20*s interface to MEM 10112 for providing Physical Descriptors 
(physical addresses) to MEM 10112 to read SINs and data from and write data to MEM 10112. MEMINT 
20212 includes, among other logic circuitry. MC 10226. ATC 10228. and PC 10234. 

FUCTL 20214 controls fetching of SINs and data from MEM 10112 and provides sequences of 
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Hefemng first to lOL 23074 IDL ^T l' decoders, such as logic gates. 

20,22 and 'If 2nLc' Ss':rrF.r2?^^^^^^^ Of circuitry con.o. signals .ron, M.C 

comprised of read-only memory anavsKnJ^^l n controlling Fiu 20120. IDL 23074 is 

Decoding Logic (LBAOlT 2S^r5f ? . T """^'"S ."^'^ (RBADL) 23078. Left Bit Address 

w receives, as address inmiK Rna .1 Pif A^w °®^°*^'"9 Logic (SHFAMTDL) 23082. RBADL 23078 

Address (SBA, (0-4). ^^a.'bln anj S^d^ ^f es^^^^^^^^^^ ^'^j' ^^^'^"5 

requested data item as oreviousiv rii<rr^,.cc«H «=»M«cHveiy, me nnal bit. lengtfi. and starting bit of a 
Chip select enable signr^d L^^^^^^^ "BADL 23078 also' receives 

20122 and. in particular. RM 207^ Sn rS 2012S is^SL If' ' ° ' '^o^ MIC 

'5 inputs FBA (0-4), BLN (0-4) and SBTf^4V f„!l* ^«'"'^ed to execute certain MSK 23018 operations, 
from MIC 26122 R8A0L 230^8 in tl' n '; T '^'V" ^^^^ '"P"'' P^°^'<^«^ ^ "SAOL 23078 
described at^ve Wit. rinrfo^SM^^^^^^^^ Has t,een 

second circjS e^^-aTSr^^^^^^^ ^ ^ ^^^^ ^3088 at start of 

LBAR 23088 in turn resp^vely provide oluts llfr RT'f!? '^"^ ""^ ^°'22. R8AR 23086 and 
Address (RUD) (0^) as address inpute to S mS h h^? ^"'^^ "«9*ster Left 

Logic (Lf^SKDL) 23094, a«, Sl 23^7? at^^ i J/f; ft '3092. Left MasK Decode 

correspond respectively to RBA (0-4) and lb1(SS " '"""^ ^O^' 

RMSKOL 23092 and LMSKDL 23094 arfl ROM ^r^^, ^ i, • 

(0-4, as. respectively, addresslpri MasTS fwS^^ ""'^^ 
Together. RMSKOL 23092 and LMSKDL Sinll n^f f (MSKENBL) frorr, CPA 23084 as enable inputs. 

MSK 23018. RMSK (0-31) ^ lS ( -3 ) !^e'oZ^^^ ^^^K (0-3U to 
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' .enerr.rrs™^^^ -P- -m MIC 20122 to 

SIGNSEL 23068 and MWG 230SrSess fnoute^o prom^ '°- ^^^P^^^^^'V- OS 23016. 
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SHFAMTDL 23082 generates an ou put 3.1^11* fsHFrr^^^ '^"^ "'^ '°'22. 
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(S.GNEXT, and Locic (LOCK) iat^'^r^^^i^^^ 

operation through MWG 23058 or a lock bit worrnLrhnn T I ^ '° ^ ^'9" Extension 
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respectively, EXOR/ENOR 23m^^mS^"'S^^2 ZZToTf' ^"'^ ^^KENBL to. 

LMSK (0-31), and OMSK (0-31) as describld above ^"''''"^ ""^^K (0-31). 
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Select Multiplexer (OFFSEL) 20238, OFFGRF 20234. Offset Multiptexer Logic (OFFMUX) 20240. Offset ALU 
(OFFALU) 20242, and Offset ALU A Inputs Multiplexer (OFFALUSA) 20244. 

OFFSEL 20238 has first and second 32 bit data inputs connected from, respectively, MOO Bus 10144 
and JPD Bus 10142, OFFSEL 20238 has a third 32 bit data input connected from a first output of OFFALU 

5 20242, a fourth 28 bit data input connected from a first output of AONGRF 20232. and a fifth 32 bit data 
input connected from OFFSET Bus 20228. OFFSEL 20238 has a first 32 t:t output connected to input of 
OFFGRF 20234 and a second 32 bit output connected to a first input of OFFMUX 20240. OFFMUX 20240 
has second and third 32 bit data inputs connected from, respectively, MOO Bus 10144 and JPO Bus 10142. 
OFFMUX 20240 also has a fourth 5 bit data input connected from Bias Logic (BIAS) 20246 and LENP 

JO 20220, described further below, and fifth 16 bit data input connected from NAME Bus 20224. Thirty-two bit 
data output of OFFGRF 20234 and first 32 bit data output of OFFMUX 20240 are connected to. 
respectively, first and second data inputs of OFFALUSA 20244. A first 32 bit data output of OFFALUSA 
20244 and a second 32 bit data output of OFFMUX 20240 are connected, respectively, to first and second 
data inputs of OFFALU 20242. A second 32 bit data output of OFFALUSA 20244 is connected to OFFSET 

;5 Bus 20228. A first 32 bit data output of OFFALU 20242 is connected to JPD Bus 10142, to a first input of 
AON Input Select Multiplexer (AONSEL) 20248 and AONP 20216. and, as described above, to a third input 
of OFFSEL 20238. A second 32 bit data output of OFFALU 20242 is connected to OFFSET Bus 20228 and 
third 18 bit output is connected to NAME Bus 20224. 

20 

b. AON Processor 20216 Structure 

Referring to AONP 20216, a primary function of AONP 20216 is that of containing AON fields of AON 
pointers and logical descriptors. In addition, those portions of AONGRF 20232 not otherwise occupied by 

25 AON pointers and logical descriptors may be used as a 28 bit wide general register area byJP 10114. 
These portions of AONGRF 20232 may be so used either alone or in conjunction wih corresponding 
portions of OFFGRF 20234 and LENGRF 20236. AONP 20216 includes AONSEL 20248 and AONGRF 
20232. As previously described, a first 32 bit data input AONSEL 20248 is connected from a first data 
output of OFFALU 20242. A second 28 bit data input of AONSEL 20248 is connected from 28 bit output of 

30 AONGRF 20232 and from AON Bus 20230. A third 28 bit data input of AONSEL 20248 is connected from 
logic zero, that is a 28 bit input wherein each input bit is set to logic zero. Twenty-eight bit data output of 
AONSEL 20248 is connected to data input of AONGRF 20232. As just described. 28 bit data output of 
AONGRF 20232 is connected to second data input of AONSEL 20248. and is connected to AON Bus 
20230. 

35 

c. Length processor 20220 Structure 

Referring finally to LENP 20220. a primary function of LENP 20220 is the generation manipulation of 

40 length fields of AON pointers and physical descriptors. In addition. LENGRF 20236 may be used, in part, 
either alone or in conjunction with corresponding address spaces of AONGRF 20232 and OFFGRF 20234. 
as general registers for storage of data. LENP 20220 includes Length Input Select Multiplexer (LENSEL) 
20250, LENGRF 20236, BIAS 20248, and Length ALU (LENALU) 20252. LENSEL 20250 has first and 
second data inputs connected from, respectively. LENGTH Bus 20226 and OFFSET Bus 20228. LENGTH 

45- Bus 20226 is eight data bits, zero filled while OFFSET Bus 20228 is 32 data bits. LENSEL 20250 has a 
third 32 bit data input connected from data output of LENALU 20252. Thirty-two bit data output of LENSEL 
20250 is connected to data input of LENGRF 20236 and to a first data input of BIAS 20246. Second and 
third 32 bit data inputs of BIAS 20246 are connected from, respectively, Constant (C) and Literal (L) outputs 
of FUSITT 11012 as will Ije described further below. Thirty-two bits data output of LENGRF 20236 is 

50 connected to JPD Bus 10142, to Write Length Input (WL) input of NO 10226. and to a first input of LENALU 
20252. Rve bit output of BIAS 20246 is connected to a second input of LENALU 20252. to LENGTH Bus 
20226. and. as previously described, to a fourth input of OFFMUX 20240. Thirty-two bit output of LENALU 
20252 is connected, as stated above, to third input of LENSEL 20250. 

Having described the overall operation and the structure of OESP 20210. operation of DESP 20210 will 

55 be described next below in further detail. 



d. Descriptor Processor 20210 Operation 
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to random data, coritains AON eSs of ,^ '^^^^ ^0216 and. in additon 

OFFP 20218 and LENP 20220 and in aS«nn " ^'"^ 'especUvely. In 

length fields of logS7descSorASN ot IhT'T ^«^P««=«-«'y ""tain offset and 
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indirectly by user programs, and then deal with objects as they appear to KOS. 

Figure 404 illustrates how objects appear to EOS. The ob)ect has three parts: the UIO 40401. the 
Attributes 40404. and the Contents. 40406. The object's contents reside in a Logical Allocation Unit (LAU), 
40405. UID 40401 has two parts: a LAU Identifier (LAUID) 40402 that indicates what LAU 40405 the object 

5 is on. and the Qbiect Serial Number (OSN) 40403. which specifies the object tn LAU 40405. 

The EOS can create an object on a l-AU 40405. and given the object's UIO 40401. can destroy the 
object. In addition. EOS can read and change an object's Attributes 40404. Any Process 610 executing on a 
OS 10110 may reference information in an object by specifying the object's UIO 40401 and the bit in the 
object at which the information begins. At the highest level, addresses in OS lOliO thus consist of a UIO 

ro 40401 specifying an object and an offset specifying the number of bits into the object at which the 
information begins. As will be explained in detail below, KOS translates such UID-offset addresses into 
intermediate forms called AON-offset addresses for use in JP 10114 and into page number-displacement 
addresses for use in referencing information which has been copied into MEM 10112. 

The physical implementation and manipulation of objects is restricted solely to . KOS. For instance. 

75 objects and their attributes are in fact stored in Secondary Storage 10124. When a program references a 
portion of,^ object KOS copies that portion of the object from Secondary Storage 10124 into MEM 101 12. 
and if the.iportion in MEM 10112 is changed, updates the copy of the object in Secondary Storage 10124. 
EOS and user programs cannot control the location of an object in Secondary Storage 10124 or the location 
of the copy of a portion of an object in MEM 10112. and therefore can access the object only by means of 

20 KOS. 

While EOS cannot control the physical implementation of an object, it can provide KOS with information 
that allows KOS to manage objects more effectively. Such information is termed hints. For instance. KOS 
generally copies a portion of an object into MEM 10112 only if a Process 610 references information in the 
object However. EOS schedules Process 610 execution, and therefore can predict that certain objects will 
25 t>e required in the near future. EOS can pass this information on to KOS. and KOS can use the information 
to decide what portions of objects to copy into MEM 10112. 



a. Objects and User Programs (Fig. 405) 

30 

As stated above, user programs manipulate objects, but the objects are generally not directly visible to 
user programs. Instead, user programs use symbols such as variable names or other references to refer to 
data stored in objects or file names to refer to the objects themselves. The discussion of Namespace has 
already illustrated how OS 10110 compilers translate variable names appearing in statements in Procedures 
35 602 into Names, i.e.. indexes of NTEs 30401. how Name Resolve microcode resolves NTE 30401 into 
Logical Descriptors 27116. and how ATU 10228 translates Logical Descriptors 27116 into locations in MEM 
10112 containing copies of the portions of the objects in which the data represented by the variables 
resides. : 

The translation of filenames to UIDs 40401 is accomplished by EOS. EOS maintains a filename 

40 translation table which establishes a relationship between a system filename catted a Pathname and the UID 
40401 of the object containing the file's data. and . thereby associates the Pathname with the object. A 
Pathname is a sequence of ASCII characters which identifies a fife to a user of OS 10110. Each pathname 
in a given OS 10110 must be unique. Figure 405 shows the filename translation table. Referring to that 
figure, when a user gives Pathname 40501 to the EOS. EOS uses Filename Translation Table 40503 to ' 

45 translate Pathname 40501 into UIO 40401 for object 40504 containing the file. An object in CS lOllO may - 
thus be identified in two ways: by means of its UID 40401 or by means of a Pathname 40501. While an 
object has only a single UIO 40401 throughout its life, the object may have many Pathnames 40501. All that 
is required to change an object's Pathname 40501 is the substitution of one Pathname 40501 for another in 
the object's Entry 40502 in RIename Translation Table 40503. One consequence of the fact that an object 

50 may have different Pathnames 40501 during its life is that when a program uses a Pathname 40501 to - 
identify an object a user of CS 101 10 may make the program process a different object simply by giving •-• 
the object which formeriy had Pathname 40501 which appears in the program a new Pathname 40501 and 
giving the next object to be processed the Pathname 40501 which appears in the program. 

In the present embodiment an object may contain only a single file, and consequently, a Pathname 

55 40501 always refers to an entire object In other embodiments, a Pathname 40501 may refer to a portion of 
an object, and in such embodiments, RIename Translation Table 40503 will associate a Pathname 40501 
with a UID-offset address specifying the beginning of the file. 
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other embodiments, the interpreters may themselves be written in high-level languages. Like the Length 
Attribute, the Primitive Type Attributes allow KOS to ensure that a program is using an object correctly. For 
instance, when the KOS executes a call for a Procedure 602 it checks whether the object specified by the 
call is a Procedure Obiect 608. If it is not. the call fails. 



d. Attributes and Access Control 

The remaining Object Attributes and the Control Attributes are all part of CS lOllO's Access Control 
System. The Access Control System is discussed in detail later; here, it is dealt with only to the extent 
required for the discussion of objects. In CS 10110. an access of an object occurs when a Process 610 
fetches SINs contained in a Procedure Object 608, reads data from an object, writes data to an object, or in 
some cases, when Process 610 transfers control to a Procedure 602. The Access Control System checks 
whether a Process 610 has the right to perform the access it is attempting. There are Nvp kinds of access in 
CS 10110. Primitive Access and Extended Access. Primitive Access is access which 4he Access Control 
System checks on every reference to an object by a Process 610: Extended Access., is access that is 
checked only on user request Primitive access checks are performed on every object: extended access 
checks may be performed only on ETOs, and may be performed only by Procedures 602 contained in 
ETMs. 

The means by which the Access Control System checks a Process 6l0*s access to an object are 
Process 610*s subject and the object's Access Control Usts (ACLs). Each Process 610 has a subject made 
up of four UIDs 40401. These UIOs 40401 specify the following: 

- The user for whom Process 610 was created. This UIO 40401 is termed the principal component of the 
subject. 

- Process 610 itself. This UID 40401 is termed the process component. 

- The domain in which Process 610 is currently executing. This UID 40401 is termed the domain 
component. 

- A user-defined subgroup of subjects. This UID 40401 is termed the tag component. 

A domain is a group of objects which may potentially be accessed by any Process 610 which is executing 
a Procedure 602 in one of a group of Procedure Objects 608 or ETMs. Each Procedure Object 608 or ETM 
has a Domain of Execution (DOE) Attribute. This attribute is a UID 40401. and while a Process 610 is 
executing a Procedure 602 in that Procedure Object 608 or ETM, the DOE attribute UID 40401 is the 
domain component in Process 610's subject. The DOE attribute thus defines a group of objects which may 
be accessed by a Process 610 executing Procedures 602 from Procedure Object 608. The group of objects 
is called Procedure Object 608's domain. As may be seen from the above definition, a subject's domain 
component may change on any call to or return from a Procedure 602. The tag component may change 
whenever the user desires. The principal component and the process component, on the other hand, do not 
change forihe life of Process 610. 

The ACLs which make up the other half of the Access Control System are attributes of objects. Each 
ACL consists of a series of Entries (ACLE). and each ACLE has two parts: a Subject Template and a set of 
Access Privileges. The Subject Template defines a group of subjects, and the set of Access Privileges 
define the kinds of access that subjects belonging to the group have to the object To check whether an 
access to an object is legal, the KOS examines the ACLs. It allows access only if it finds an ACLE whose 
Subject Template matches the current subject of Process 610 which wishes to make the access and whose 
set of Access Privileges includes the kind of access desired by Process 610. For example, a Procedure 
Object 608 may have an ACL with two entries: one whose Subject Template allows any subject access, and 
whose set of Access Privileges allows only Execute Access, and another whose Subject Template allows 
only a single subject access and whose set of Access Privileges allows Read, Write, and Execute Access. 
Such an ACL allows any user of CS 10110 to execute the Procedures 602 in Procedure Object 608. but>^' 
only a specified Process 610 belonging to a specified user and executing a specified group of Procedures — 
602 may examine or modify the Procedures 602 in the Procedure Object 608. • ; 

There are two kinds of ACLs. All objects have Pnmitive Access Control Lists (PACLs): ETOs may in,, 
addition have Extended Access Control Lists (EACLs). The subject portion of the ACLE Is the same in all 
ACLs: the two kinds of list differ in the kinds of access they control. The access controlled by the PACL is 
defined by KOS and is checked by KOS on every attempt to gain such access: the access controlled by 
the EACL is defined by the user and is checked only when the user requests KOS to do so. 
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multiplexes the primitive virtual resources defined by KOS among the user level virtual resources. For 
example. KOS provides EOS with Processes 610 and Virtual processors 612 and binds Virtual Processors 
612 to JP 10114. but EOS decides when a Process 6 10 is to be created and when a Process 610 is to be 
bound to a Virtual Processor 612. 
5 Figure 403 shows the relationship between a user Process 6i0. EOS. KOS. and the physical resources 
in OS 10110. Figure 403 shows three levels of interface between executing user Process 610 and JP 
101 14. The highest level of interface is Procedure Level 40302. At this level. Process 610 interacts with CS 
101 10 by catling Procedures 602 as specified by the program Process 6i0 is executing. The calls may be 
either calls to User Procedures 40306 or calls to EOS Procedures 40307. When Process 610 is executing a 

10 Procedure 602. Process 610 produces a stream of SINs. The stream contains two kinds of SINs. S- 
language SINs 40310 and KOS SINs 40311. Both kinds of SINs interact with CS lOllO at the next level of 
interface. SIN-level Interface 40309. SINs 40310 and 40311 are interpreted by Microcode 40312 and 40313. 
and Microinstructions 40315 interact with CS 101 10 at the lowest level of interface. JP 10114 Interface 
40316. As already explained in the discussion of the FU 10120 micromachine. certain conditions in JP 

IS 10114 result in Event Signals 40314 which invoke microroutines in S-interpreter Microcode 40312 or KOS 
Microcode 40313. Only Procedure-Level Interface 40302 and SIN-level Interface 40309 are visible to users. 
Procedurerjevel Interface 40309 appears as calls in user Procedures 602 or as statements in user 
Procedures 602 which compilers translate into calls to EOS Procedures 602. SIN-level Interface 40309 
appears as the Name Tables 10335 and SINs in Procedure Objects 608 generated by compilers. 

20 As Figure 403 indicates. EOS exists only at Procedural Level 40302. while KOS exists at Procedural 
Level 40302. and SIN Level 40304. and within the microcode beneath SIN Level 40309. The only portion of 
the operating system that is directly available to user Processes 610 is EOS Procedures 40307. EOS 
Procedures 40307 may in turn call KOS Procedures 40308. In many cases, an EOS Procedure 40307 will 
contain nothing more than the call to a KOS Procedure 40308. 

25 User Procedures 40306. EOS Procedures 40307. and KOS Procedures 40308 all contain S-Ianguage 
SINs 40310. In addition. KOS Procedures 40308 only may contain special KOS SINs 40311. Special KOS 
SINs 4031 1 control functions that are not available to EOS Procedures 40307 or User Procedures 40306. 
and KOS SINs 40311 may therefore not appear in Procedures 40306 or 40307, S-language SINs 40310 are 
interpreted by S-interpreter Microcode 40312, while KOS SINs 40311 are interpreted by KOS Microcode 

30 40313. KOS Microcode 40313 may also be called by S-interpreter Microcode 40313. Depending on the 
hardware conditions that cause Event Signals 40314. Signals 40314 may cause the execution of either S- 
interpreter Microcode 40312 or KOS Microcode 40313. 

Figure 403 shows the system as it is executing a user Process 610. There are in addition special 
Processes 610 reserved for KOS and EOS use. These Processes 610 work like user Processes 610, but 

35 carry out operating system functions such as process management and virtual memory management. With 
one exception. EOS Processes 610 call EOS Procedures 40307 and KOS Procedures 40308. while KOS 
Processes 610 call only KOS Procedures 40308. The exception is the beginning of Process 610 execution: 
KOS performs the KOS-level functions required to begin executing a Process 610 and then calls EOS. EOS 
performs the required EOS level functions and then calls the first User Procedure 40306 in the program 

40 Process 6l0js executing. 

A description of how KOS handles page faults can serve to show how the parts of the system at the JP 
101 14-. SIN-, and Procedure Levels work together. A page fault occurs when a Process 610 references a 
data item that has no copy in MEM 10112. The page fault begins as an Event Signal from ATU 10228. The 
Event Signal invokes a microroutine in KOS Microcode 40313. If the microroutine confirms that the 

45 referenced data item is not in MEM 10112, it records the fact of the page fault in some KOS tables in MEM 
10112 and calls another KOS microroutine that unbinds Virtual Processor 6l2 bound to Process 610 that 
caused the page fault from JP 10114 and allows another Process 610's Virtual Processor 612 to run. Some 
time after the page fault, a special operating system Process 610, the Virtual Memory Manager Process 
610, runs and executes KOS Procedures 40309. Virtual Memory Manager Process 610 initiates the I/O • 

50 operation that reads the data from Secondary Storage 10124 into MEM 10112. When lOS I0li6 has 
finished the operation. Process 6i0 that caused the page fault can run again and Virtual Memory Manager 
Process 610 performs an operation which causes Process 6lO's Virtual Processor 612 to again be bound to 
JP 10114. When Process 610 resumes execution, it again attempts to reference the data. The data is now 
in MEM 10112 and consequently, the page fault does not recur. 

55 The division of Operating System 40102 into two hierarchically-related operating systems is characteris- 
tic for CS 101 10. Several advantages are gained by such a division: 

- Each of the two operating systems is simpler than a single operating system would be. EOS can 
concern itself mainly with resource allocation policy and high-level virtual resources, while KOS can concern 
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controlling how CS lOilO's resources are used. Operating System 40102 defines how CS 101 iO appears to 
the users, instead of the physical resources controlled by Operating Systert) 40102. the user sees a far 
simpler set of virtual resources. The logical I/O device interface that Operating System 40102 gives the user 
of a physical I/O device is such a virtual resource. Often, an Operating System 40102 will define sets of 
virtual resources and multiplex the physical resources among these virtual resources. For instance. 
Operating System 40102 may define a set of Virtual Processors 61 2 that correspond to a smaller group of 
physical processors, and a set of virtuaJ memories that correspond to a smaller group of physical resources. 
When a user executes a program, it runs on a Virtual Processor 612 and uses virtual memory. It seems to 
the user of the virtual processor and the virtual memory that he has sole access to a physical processor 
and physical memory, but in fact Operating System 40102 is multiplexing the physical processors and 
memories among the Virtual Processors 612 and virtual memories. 

Operating System 40102» too. uses virtual resources. For instance, the memory management portion of 
an Operating System 40102 may use I'O devices: when it does so. it uses the virtual I/O devices defined by 
the portion of the Operating System 40102 that manages the I/O devices. One part of Operating System 
40102 may also redefine virtual resources defined by other parts of Operating System 40102. For instance, 
one part of-Operating System 40102 may define a set of primitive virtual 10 devices and another part may 
use these iprimitive virtual I/O devices to define a set of high-level user-oriented I/O devices. Operating 
System 40102 thus turns the physical CS 10110 into a hierarchy of virtual resources. How a user of CS 
10110 perceives CS 10110 depends entirely on the level at which he is dealing with the virtual resources. 

The entity that uses the resources defined by Operating System 40102 is the Process. A Process 6i0 
may be defined as the activity resulting from the execution of a program with its data by a sequential 
processor. Whenever a user requests the execution of a program on CS lOliO. Operating System 40102 
creates a Process 610 which then executes the Procedures 602 making up the user's program. In physical 
terms, a Process 610 is a set of data bases in memory that contain the current state of the program 
execution that the process represents. Operating System 40102 causes Process 610 to execute the 
program by giving Process 610 access to the virtual resources which it requires to execute the program, by 
giving the virtual resources access to those parts of Process 610's state which they require to perform their 
operations, and by giving these virtual resources access to the physical resources. The temporary 
relationship of one resource to another or of a Process 610 to a resource is called a binding. When a 
Process 610 has access to a given Virtual Processor 612 and Virtual Processor 612 has access to Process 
6l0*s state. Process 610 is bound to Virtual Processor 612. and when Virtual Processor 612 has access to 
JP 10114 and Virtual Processor 612's state is loaded into JP 10114 registers. Virtual Processor 612 is 
bound to JP 10114. and JP 10114 can execute SINs contained in Procedures 602 in the program being 
executed by Process 610 bound to Virtual Processor 612. Binding and unbinding may occur many times in 
the course of the execution of a program by a Process 610. For instance, if a Process 610 executes a 
reference to data and the data is not present in MEM 10112. then Operating System 40102 unbinds 
Process 6l0's Virtual Processor 612 from JP 10114 until the data is available in MEM 10112. If the data is 
not available for an extended period of lime, or if the user for whom Process 610 is executing the program 
wishes to stop the execution of the program for a while. Operating System 40102 may unbind Process 610 
from its VirttJal Processor 612. Virtual Processor 612 is then available for use by other Processes 610. 

As mentioned above, the binding process involves giving a first resource access to a second resource, 
and using the first resource's state in the second resource. To permit binding and unbinding, Operating 
System 40102 maintains data bases that contain the current state of each resource and each Process 610. 
State may be defined as the information that the operating system must have to use the resource or 
execute the Process 610. The state of a line printer, for instance, may be variables that indicate whether the 
line printer is busy, free, off line, or out of order. A Process 6i0's state is more involved, since it must 
contain enough information to allow Operating System 40102 to bind Process 610 to a Virtual Processor 
612. execute Process 610 for a while, unbind Process 610. and then rebind it and continue execution where 
it was hatted. A Process 6l0's state thus includes all of the data used by Process 610 up to the lime that it 
was unbound from a Virtual Processor 612, along with information indicating whether Process 610 is ready 
to begin executing again. 

Rgure 402 shows the relationship between Processes 610. virtual, and physical resources in an 
operating system. The figure shows a multi-process Operating System 40102. that is. one that can multiplex 
CS 10110 resources among several Processes 610. The Processes 610 thus appear to be executing 
concurrently. The solid arrows in Figure 402 indicate bindings between virtual resources or between virtual 
and physical resources. Each Process 610 is created by Operating System 40102 to execute a user 
program. The program consists of Procedures 602. and Process 6i0 executes Procedures 602 in the order 
prescribed by the program. Processes 6l0 are created and managed by a component of Operating System 
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When CS 10110 begins operation, each S-interpreter object is wired active and assigned an AON small 
enough to serve as an index in STT 30701. By convention, a given S-mterpreter object is always assigned 
the same AON and the same Dialect Number. The AON is placed in AON Reld 30705 of SITE 30703 
indexed by the AON. and the Dialect Number is placed in Dialect Number Field 30709. Since the S- 
5 interpreter objects are wired active, these AONs will never be reassigned to other obiects. 

On a Gail which requires a new S-mterpreter. Call microcode obtains the new SIP from SIP Field 30309. 
calis KOS LAR microcode to translate its UIO to its AON. uses the AON to locate the S-interpreter's SITE 
30703. and places the value of Dialect Number Field 30709 into RDIAL 21242. 

Other embodiments may allow S-interpreters to be loaded into FUSITT 11012 at times other than 
JO system initialization, and allow S-interpreters to occupy different locations in FUSITT n0l2 at different 
times. In these emlDodiments, STT 30701 may be implemented in a manner similar to the implementations 
of AST 10914 or MHT 10716 in the present embodiment. 



ts 2. Dispatching 

Dispatching is accomplished by Dispatch Files 27004. These files translate the values provided by 
RDIAL 24212 and the SOP of the S-instruction being executed into the location of microcode for the SIN 
specified by the S-operation in the S-interpreter specified by the value of RDIAL 24212. The present 

20 embodiment has three dispatch files: FDISP 24218, FALG 24220, and EDISP 24222. FOISP 24218 and 
FALG 24220 translate S-operations into locations of microcode which executes on FU 10120: EDISP 24222 
translates S-operations into locations of microcode which executes on EU 10122. The difference between 
FDISP 24218 and FALG 24220 is one of speed: FDISP 24218 can translate an SOP in the same 
microinstruction which performs a parse_op_stage command to load the SOP into LOPCODE 24210. 

25 FALG 24220 must perform the translation on a cycle following the one in which the SOP is loaded into 
LOPCODE 24210. Typically, the location of the first portion of the microcode to execute an S-operation is 
contained in an FDISP 24218 register, the location of portions executed later is contained in an FALG 24220 
register, and the location of microcode for the S-operation which executes on EU 10122 is contained in 
EDISP 24222. 

30 In the present embodiment, the registers accomplish the translation from S-operation to microcode 
location as follows: As mentioned in the discussion of FU 10120 hardware, each Dispatch File contains 1024 
registers. Each register may contain an address in an S-interpreter. As will be seen in detail later, the 
address may be an address in an S-interpreter's object, or it may be the address in FUSITT 11012 or 
EUSITT 20344 of a copy of microcode stored at an S-interpreter address. TTie registers in the Dispatch 

35 Files may be divided into sets of 128 or 256 registers. Each set of registers translates the SOPs for a single 
S-Language into locations in microcode. Which set of registers is used to interpret a given S-operation is 
decided by -the value of RDIAL 24212; which register in the set is used is determined by the value of the S- 
operation. The value contained in the specified register is then the location of microcode which executes 
the S-instruction specified by the S-operation in the S-Language specified by RDIAL 24212. 

40 Logically, the register addressed by the concatenated value in turn contains a 15 bit address which is 
the location in the S-interpreter of the first microinstruction of microcode used to execute the S-instruction 
specified by the S-operation in the S-Language specified by the' contents of RDIAL 24212. in the present 
embodiment, the microcode referred to by the address may have been loaded into FUSITT 11012 and 
EUSITT 20344 or it may be available only in memory. Addresses of microcode located in FUSITT 11012 

-iS and EUSITT 20344 are only eight bits long. Consequently, if a Dispatch File 27004 contains an address 
which requires more bits than that, the microcode specified by the address is in memory. As described in 
the discussion of FU 10112 hardware, addresses larger than 8 bits produce an Event Signal, and microcode 
invoked by the event signal fetches the microinstruction at the specified address in the S-interpreter from 
memory and loads it into location 0 of FUSITT 11012. The event microcode then returns, and the 

50 microinstruction at location 0 is executed. If the next microinstruction also has an address larger than 8 bits, 
the event signal occurs again and the processs described above is repeated. 

As previously mentioned. FDISP 24218 is faster than FALG 24220. The reason for the difference in 
speed is that FDISP registers contain only 6 bits for addressing the S-interpreter. The present embodiment 
assumes that all microcode addressed via FDISP 24218 is contained in FUSITT 11012. It concatenates 2 

55 zero bits with the six bits in the FDISP 24218 register to produce an 8 bit address for FUSITT n012. FDISP 
24218 registers can thus contain the location of every fourth FUSITT 11012 register between FUSITT 
register 256 and FUSITT register 448. The microcode loaded into these locations in FUSITT 11012 is 
microcode for operations which are performed at the start of the SIN by many different SINs. For example. 
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microcode loads the value contained in K Field 30305 into CSSR 241 12. 

Namespace's parsing operations are performed by separate microcommands for parsing SOPs and 
Names. There is a single microcommand for parsing S-operations: parse__op_stage. The microcommand 
obtains the next eight bits from INSTB 20262, places the bits onto NAME Bus 20224. and latches them into 

5 LOPCODE Register 24212. It also updates EPC 20274 and IPC 20272 as required at the beginning of an 
SIN: EPC 20274 is set to IPC 20272's former value, and IPC 20272 is set to CPC 20270's value. At the end 
of the operation, CPC 20270 is incremented by 8. Since the parsing of an SOP always occurs as the first 
operation in the interpretation of an SIN. the parse_op_stage command is generally combined with a 
dispatch fetch command. As will be explained below, the latter command interprets the S-operation as an 

10 address in FDISP 24218, and FOISP 24218 in turn produces an address in FUSUT 11012. The latter 
address is the location of the beginning of the SIN microcode for the SIN. 

There are two miaocommands for parsing Names: parse_k_load_epc and 
parse_k_dispatch_ebox. Both commands obtain a number of bits from INSTB 20262 and place them on 
NAME Bus 20214. With both microcommands. the syllable size. K. stored in CSSR 24112. determines the 
15 number of bits obtained from INSTB 20262. Both commands also increment CPC by the value stored in 
CSSR 24112. In addition. parse_k_ !oad_epc sets EPC to IPC's value, while parse_k_dispatch_ebox 
also dispatches EU 10122, i.e., interprets the SOP saved in LOPCODE 24210 as an address in EDISP 
24222, which in turn contains an address in EU EUSITT 20344. The EU EUSHT 20344 address is passed 
via EUDIS Bus 20206 to COMQ 20342 in EU 10122. 

20 

c. The S-lnterpreters (Fig. 307) 

CS 10110 does not assign fixed meanings to SOPs. While all SOPs are 8 bits long, a given 8 bit SOP 

25 may have one meaning in one S-Language and a completely different meaning in another S-l-anguage. The 
semantics of an S-Language*s S-operations are detemnined completely by the S-interpreter for the S- 
Language. Thus, in order to correctly interpret an S-operation, CS 10110 must know what S-interpreter it is 
to use. The S-interpreter is identified by a UID pointer with offset 0 in SIP Field 30309 of PED 30303 for 
Procedure 602 tiiat CS 10110 is currently executing. In the present embodiment, the UID is the UID of a 

30 microcode object which contains FU 10120 microcode. When loaded into FUSITT 11012, the microcode 
interprets SOPs as defined by the S-Language to which the SOP belongs. In other embodiments, the UID 
may be the UID of a Procedure Object 608 containing Procedures 602 which interpret the S-Language*s 
SOPs. and in still others, the S-interpreter may be contained in a PROM and the S-interpreter UID may not 
specify an object, but may serve solely to identify tfie S-interpreter. 

35 When a Procedure 602 executes an SIN on JP 101 14. CS 101 10 must translate the value of SIP Pointer 
30309 for Procedure 602 and the S-instruction's SOP into a location in the microcode or high-level 
language code which makes up the S-interpreter. The location obtained by the translation is the beginning 
of the microcode or high-level language code which implements the SIN. The translation of an SOP 
togettier with SIP Pointer 30309 into a k>cation in tiie S-interpreter is termed dispatching. Dispatching in the 

40 present embodiment involves two primary components: a table in memory which b-anslates the value of SIP 
Pointer 30309 into a small integer called tfie Dialect Number, and S-operation Decoder Portion 27003 of the 
FU 10120 micromachine. The following discussion will first present the table and explain how an SIP Pointer 
30309 Is translated into a Dialect Number, and then explain how the Dialect Number and the SOP together 
are translated into locations in FUSITT 11012 and EUSITT 20344. 

45 

1. Translating SIP into a Dialect Number (Fig. 307) 

In the present embodiment, all S-interpreters in CS 10110 are loaded into FUSITT 11012 when CS 
50 10110 begins operation and each S-interpreter is always placed in the same location. Which S-interpreter is 
used to interpret an S-Language is determined by a value stored in dialect register RDIAL 24212. 
Consequently, in the present embodiment, a Call to a Procedure 602 whose S-interpreter differs from that of 
the calling Procedure 602 must translate the UID pointer contained in SIP Reld 30309 into a Dialect 
Number. 

55 Fig. 307 represents the table and microcode which performs this translation in the present embodiment. 
S-interpreter Translation Table (STT) 30701 is a table which is indexed by small AONs. Each STT Entry 
(STTE) 30703 has two fields: an AON Field 30705 and a Dialect Number Field 30709. Dialect Number Field 
30709 contains the Dialect Number for the S-interpreter object whose AON is in AON Field 30705. 
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executes'a Call or a Return and whenever Virtual Processor 612NO is unbound from JP 10114. Flushing is 
required on Call and Return because Calls and Returns change the values of the ABPs and other pointers 
needed to resolve Names. At a minimum, a Call produces a new MAS Frame 10412. and a Return returns 
to a previous Frame 10412. thereby changing the value of PP. if the called Procedure 602 has a different 
5 PED 30303 from that of the calling Procedure 602. the Call or Return may also change PBP. SOP. and 
NTP- Flushing is required when a Virtual Processor 612 is unbound from jP 10114 because Virtual 
Processor 61 2 which is next bound to JP 10114 is bound to a different Process 61 0, and therefore cannot 
use any information belonging to Process 610 bound to the previous Virtual Processor 6i2. 

10 

g. g. Fetching the l-Stream 

As explained in the discussion of FU 10120 hardware, SINs are fetched from memory by Prefetcher 
20260. PREF 20260 contains a Logical Descriptor 27116 for a location in Code 10344 belonging to 

ts Procedure 602 which is currently being executed. On any MO cycle. PREF 20260 can place Logical 
Descriptor 27116 on DB 27021, cause Memory Reference Unit 27017 to fetch 32 bits at the location 
specified by Logical Descriptor 27116. and write them into INSTB 20262. When INSTB 20262 is full. PREF 
20260 stops fetching SINs until Namespace parsing operations, described below, have processed part of 
the contents of INSTB 20262, thereby creating space for more SINs. 

20 The fetching operation is automatic, and requires intervention from Namespace only when a SIN causes 
a branch, i.e., causes the next SIN to be executed to be some other SIN than the one immediately following 
ttie current SIN. On a branch. Namespace must load PREF 20260 with the location of the next SIN to be 
executed and cause PREF 20260 to begin fetching SINs at that location. The operation which does this is 
specified by the load_prefetch_for^branch microcommand. The rnicrocommand specifies a source for a 

25 Logical Descriptor 27116 and transfers that Logical Descriptor 27116 via DB 27021 to PREF 20260. After 
PREF 20260 has thus been loaded, it begins fetching SINs at the specified location. Since any SINs still in 
INSTB 20262 have been rendered meaningless by the branch operation, the first SINs loaded into INSTB 
20262 are simply written over INSTB 20262's prior contents. Rg. 274 contains an example of the use of the 
load__prefetch ^for branch microcommand. 

30 

h. h. Parsing the 1-Stream 

The 1-stream as fetched from MEM 10112 and stored in INSTB 20262 is a sequence of SOPs and 
35 Names. As already mentioned, the l-stream has a fixed format: in the present embodiment. SOPs are 
always 8 bits long, and Names may be 8, 12. or 16 bits long. The length of Names used in a given 
procedure is fixed, and is indicated by the value in K Field 30305 in the Procedure 602's PED 30303. The 
Namespace parsing operations obtain the SOPs and Names from the l-stream and place them on NAME 
Bus 20224. The SOPs are transferred via this bus to the devices in SOP Decoder 27003. while the Names 
40 are transferred to Name Trap 20254 and Name Cache 10226 for Resolve and Evaluation operations as 
described above. As the parsing operations obtain SOPs and Names, they also update the three program 
counters CPC 20270. EPC 20274, and IPC 20272. The values in these three counters are offsets from PBP 
which point to locations in Code 10344 belonging to Procedure 602 being executed. CPC 20270 points to 
the l-stream syllable currently being parsed, so it is updated on every parsing operation. EPC 20274 points 
45 to the beginning of the last SIN executed by JP 10114. and IPC 20272 points to the beginning of the 
current SIN. so these program counters are changed only at the beginning of the execution of an SIN. i.e., 
when a SOP is parsed. 

As described in the discussion of FU 10120 hardware, in the current implementation, parsing consists 
physically of reading 8 or 16 bits of data from a location in INSTB 20262 identified by a pointer for INSTB 

50 20262 which is accessible only to the hardware. As data is read, the hardware increments the pointer by the 
number of bits read, wrapping around and returning to the beginning of INSTB 20262 if it reaches the end. 
At the same time that the hardware increments the pointer, it increments CPC 20270 by the same number 
of bits. As previously mentioned. CPC 20270 contains the offset from PBP of the SOP or Name being 
currently parsed, thus coordinating the reading of INSTB 20262 with the reading of Procedure 602's Code 

55 10344. 

The number of bits read depends on whether Parser 20264 is reading an SOP or a Name, and in the 
latter case, by the syllable size specified for the Name. The syllable size is contained m CSSR 241 1 2. On a 
Cad to a Procedure 602 which has a different PED 30303 from that of the calling procedure, the Call 
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field of Register 30602 3 contains the sum of the offset indicated by NTE 3040 1's ABP and of the 
displacement indicated by NTE 30401. 

The second format, used for NTEs 30401 whose bases are obtained from pointers or by resolving a 
Name, looks like this: 



Registers Contents 





AON 


OFFSET 


LENGTH 


0 


0 


tag / length 


unused 


1 


0 


index name/ lES 


unused 


2 


0 


FM and type bits/ 


unused 






base field 




3 


0 


data displacement 


unused 






from loc* specified 








by pointer or name 





In this form, the location of the Base must be obtained either by evaluating a pointer or resolving a Name. 
Hence, there is no field specifying the Base's AON. Otherwise. Registers 30602 0 and 1 have the same 
contents as in the previous format In Register 30602 2. the offset field contains Name Table Entry 3040rs 
FM Reld 30421 and Type ReW 30423 and Base Reld 30425. The Offset Field of Register 30602 2 contains 
the value of Name Table Entry 30401 Displacement Relds 30437 and 30439. 

As in Name Table Entries 30401. the index must be represented by a Name, and length. lES. and Base 
may be represented by Names. If a field of Name Cache Entry 30601 contains a Name, a flag in the lag 
indicates that fact, and Name Resolve microcode perfonns an Eval or Resolve operation on it as required to 
obtain the value or location represented by the name. 

The microcode which resolves Name Cache Entries 30601 of the types just described uses the general 
algorithms described in the discussion of Name Table Entries 30401. and is therefore not discussed further 
here. 



e.e. Name Cache 10226 Misses 

When a Name is presented to Name Cache 10226 and there is no Name Cache Entry 30601 for the 
Name, a name cache miss occurs. On a miss Name Cache 10226 hardware emits a JAM signal which 
invokes name cache miss microcode. The microcode obtains the Name which caused the miss from Name 
Trap 20254 and locates the Name's NTE 30401 by adding the Name to the value of NTP 30311 from PED 
30303 for Procedure 602 being executed. As will be explained in detail later, when a Procedure 602 is 
called, the Call microcode places the AON and offset specifying the NTP's location in a register in GR's 
10360. Using the information contained in the-Name's NTE 30401.. the Cache Miss microcode resolves the 
Name and constructs a Name Cache Entry 30601 for it. As described above, the microcode determines the 
method by which it resolves the Name and the form of the Name's Name Cache Entry 30601 by reading 
Rags Reld 30408 in the Name's NTE 30401. Since the descriptions of the Resolve operation, the 
micromachrne. Name Cache 10226. and the formats of Name Cache Entries 30601 are sufficient to allow 
those skilled in the art to understand the operations performed by Cache Miss microcode, no further 
description of the microcode is provided. 



f.f. Rushing Name Cache 10226 

As described in the discussion of Name Cache 10226 hardware, harcware means, namely VALS 24068. 
exist which allow Name Cache Enthes 30601 to be invalidated. Nar-? Cache Entries 30601 may be 
invalidated singly, or all entries in Name Cache 10226 may be invalidated by means of a single 
microcommand. The latter operation is termed name cache flushing. In the present embodiment. Name 
Cache 10226 must be flushed when Process 610 whose Virtual Processor 612 is bound to JP 10114 
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■ Array NTE 30401 otherwise fills the conditions for scaler NTEs 30401 for which Logical Descriptors 
27 11 6 may be encached. 

In the present embodiment, the encachable array entry uses registers 0. 1 . and 2 of Name Cache Entry 
30601 for :he name: 



Contents 

AON OFFSET LENGTH 

Logical Descriptor 27116 for the index 
Name. 

0 lES power of 2 unused 

Logical Descriptor 27116 for the array 

When a hit for this type of entry occurs, the resulting JAI^ signal does two things: it invokes encachable 
array resolve microcode and it causes the index Name's Logical Descriptor 27116 to be presented to 
(Memory Reference Unit 27017 for a read operation which returns the value of the data represented by the 
index Name to an accumulator in OFFALU 20242. The encachable array resolve microroutine then uses the 
Name that caused the JAM. latched into Name Trap 20254. to locate Register 30602 2 of Name Cache 
Entry 30601 for the Name, writes the contents of Register 30602 2 into the GRF register specified by the 
Resolve or Eval microcommand. obtains the product of the lES value and the index value by shifting the 
index value left the number of times specified by the lES exponent in Register 30602 i, adds the result to 
the offset field of the GRF 10354 register containing the array's Logical Descriptor 271 1 6. thus obtaining 
Logical Descriptor 27116 for the desired array element, and returns. 

For the other cases, the manner in which Name Cache Entries 30601 are loaded and processed to 
obtain Logical Descriptors 271 16 is determined by the microprogrammer. The JAM signal which results if a 
Name Cache Entry 30601 is neither a Logical Descriptor 27116 nor an encachable array entry merely 
invokes a microroutine. The microroutine uses the Name latched into Name Trap 20254 to locate the 
Name's Name Cache Entry 30601 and then reads tag values in Name Cache Entry 30601 to determine how 
the information in Name Cache Entry 30601 is to be translated into a Logical Descriptor 27116. The 
contents of Name Cache Entries 30601 for the other cases have two general forms: one for NTEs 30401 
with Base is Indirect Flag 30415 set. and one" for NTEs in which it is not set. The first general form looks 
like this: 



Register 

0 

1 
2 



Register 

0 
1 
2 
3 



AON 
ABP AON 
0 
0 
0 



Contents 
OFFSET LENGTH 
tag / length unused 
index name/ lES unused 
unused unused 
data displacement unused 
from loc, specified 
by pointer 



Register 30602 0 contains the AON of the ABP. Register 30602 O's offset field contains two .terns- the tag 
which contains Rags Field 30408 of NTE 30401 along with other cnformation. and which determines how 
Name Resolve microcode interprets the contents of Name Cache Entry 30601. and a value or Name for the 
length of the data item. Register 30602 i is used only .f the Name represents a data item .n an array. It 
then contains the Name from Index Field 30441 and the Name or value from lES Field 30445. The offset 
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^^''tl°fT ''"""'^ °^ ^'^'^^^ ^ '"iss occurs 

TTie following discussion will first present Name Cachs tn?9fi ^. ,„ 

and then explain in detail how Name Cache lO^S S^l . .^"^^^ '° '"'c^oprogrammer 

and how it is flushed. ^ '° Barnes, how it is loaded. 

c^ Name Cache 10226 Entries (Fig. 306) 

10226 entry for the Name consisting of fo^ reoistrrThe ^.1^ "iicroprogrammer wim a Name Cache 
one of the four registers When the rl^^Z^T!^!' f '^'"°f'">Sr<^mer may read from or write to any 
Cache 10226 wh7n a hi Tcurs on m« ""'^^ '° by Name 

registers has mo« recel Z Le^ T^T m« ""k'^'k"!!' "'^ ^^'^'^^ "^P^""^^ °" -'"ch oZ 
the four registers. anT^e te^Jrw^Tre'^aSfi^r ^ -'"^ 

invisible to the miaoprogrammer. ^ "^'^^'^ « full are 

Rg. 306 illustrates Name Cache Entrv 3060i for a w=™- tv . r, • 
Entry 30601 are numbered 0 thronTh "^f^l ^ ^ame. The four Registers 30602 in Name Cache 
mose in GRF^asTrSiS exce« L J '""^ ""^"^'^ has an AON. offset and length tieW 
<n Register aoeofjrrd S^^^^ - S include': 

10354 register, the microprogramrner «^ read^ ?!^ -1 ^ "^e case with grf 

Register 30602. Name Cache iiSJ^SLjns ^nn«^ J npT^"!* "^'^'^^ ^0602 or entire 

(he contents of a GRF I^Ster mlv broSS? '° ^^^^ ^^^O. and consequently, 

versa. When the contentsTa Sr3)S hrvftl^n ^^^^^ '° « «e9'ster 30602 or vice- 

may be processed using OFFA[^m<2^o^^LT^"'"1 ' 

y ^M^L'^d ana other anthmetic-logical devices in DESP 20210. 

30 Name Cache 10226 Hits 

30r:;nL:;:;;;=^^^^ ^ache ,0226 has a Name Cache Entry 

hardware always loads the conteTte o7rS J)2^0 7Z n °" ' ""'"^ '"226 

GRF 10354 register specified in the ResX or^Si m> ' ^^"^ ^'^ '"to ^ 

invocation of microcode7a a JAA^ microcommand. In addition, a hit may result in the 

°' ^'^--^ 30401 

.om tTe^^nn SlS^t^air "'^^""^ ^"'^'^ "^"^"^ ^ --"^'^^ °-^Ptor 27116 

3T6;?^;'S ILTwrnVa^^SrEnr S6irw:s^^^^^^^ ^^'^-'^ ^ 
Register 30602 0 was the last to be iSJed no J^l- V^'^ """^^ ^^^'^ ^'^^ 'r.\croco6e. i, 
for special array Name resolut-^nlccu's Regter'oeS 2 orT" T^. "'^ "'^'^ 

Name resolution occurs. ^ ^ ^ °' ^ was loaded last, the JAM for general 

As may be inferred from the above, Name Cache mppR h 
Cache Entries 30601 are loaded for the firsT tw^^L T.he .^7' " T """^ 
must contain Logical Descriptor 27116 for the N^ne^ d^l 1. . ^^^ ''^'"^ ^'''''^ "^^ister 30602 0 
must therefore describe data whose loca ion anSTrnLn h ' '^^'^^one<J. the Name's NTE 30401 

-ength is less than 256 bits. Name Ca^^e ^''^^^ ^"""9 an invocation and whose 

30601 for encachable arrays. An encachabte aa^rNTE 04^? " '"'"^ ""^"^ ^^'^''^ ^^^^ 
. following conditions: ^ ^ ^rray NTE 30401 which fills the 

27,16 m'ayrinclched ^ "'^ ^"'^^ ^^^^ ^040, for which Logical Descriptors 

- The value in lES Field 30445 is no greater than 128 and a power of 2. 
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the Name by performing a Resolve or Evaluation operation on It as required. As mentioned in the 
discussion of NTEs 30401. flags in Flags Field 30408 indicate whicfi fields of an NTE 30401 contain 
Names. Since the NTE 30401 for a Name used m another NTE 30401 may itself contain Names, 
Namespace performs the Resolve and Evaluation operations recursively. 



b.b. Implementation of Name Evaluation and Name Resolve in CS 101 1Q 

In the present embodiment the Name Evaluation and Resolve operations are carried out by FU 10120 
microcode Evai and Resolve commands. Both commands require two pieces of information: a register in 
the current frame of SR portion 10362 of GRF 10354 for receiving Logical Descriptor 27116 produced by 
the operation, and the source of the Name which is to be resolved or evaluated. Both Resolve and Eval may 
choose between three sources: Parser 20264. Name Trap 20254, and the low-order 16 bits of the output 
register for OFFALU 20242. Resolve may specify cun^ent frame registers 0, l. or 2 for Logical Descriptor 
27116. and Eval may specify current frame registers 0 or 1. At the end of the Resolve operation. Logical 
Descriptor 271 16 for the data represented by the Name is in the specified SR 10362 register and at the end 
of the Evaluation operation. Logical Descriptor 27116 is in the specified SR 10392 register and the data's 
value has been transferred via MOD Bus lOl 14 to EU I0122's OPB 20322. 

The execution of both Resolve and Eval commands always begin with the presentation of the Name to 
Name Cache 10226. The Name presented to Name Cache 10226 is latched into Name Trap 20254. where it 
is available for subsequent use by Name Resolve microcode. 

If there is an entry for the Name in Name Cache 10226. a name cache hit occurs. For Names with 
NTEs 30401 fulfilling three conditions, the Name Cache 10226 entry for the Name is a Logical Descriptor 
271 16 for the data item represented by the Name. The conditions are the following: 

- NTE 30401 contains no Names. 

- Length Field of NTE 30401 specifies a length of less than 256 bits. 

• If Base is Indirect Flag 30415 is set. Pointer Displacement Field 30431 must have a negative value, 
indicating that the base is a linkage pointer. 

Logical Descriptor 27116 can be encached in this case because neither the location nor the length of the 
data represented by the Name can change during the life of an invocation of Procedure 602 to which the 
Name belongs. If tfie Name Cache 10226 entry for the Name is a Logical Descriptor 27116. the hit causes 
Name Cache 10226 to place Logical Descriptor 27116 in the specified SR 10362 register. In all other cases, 
the Name Cache 10226 entry for the Name does not contain a Logical Descriptor 271 16. and a hit causes 
Name Cache 10226 to emit a JAM signal. The JAM signal invokes microcode which uses information stored 
in Name Cache 10226 to construct Logical Descriptor 271 16 for the data item represented by the Name. 
JAMS are explained in detail below. 

If there is no entry for the Name in Name Cache 10226. a Name Cache Miss occurs, and Name Cache 
10226 emits a cache miss JAM signal. The Name Resolve microroutine invoked by the cache miss JAM 
signal constructs an entry in Name Cache 10226 from the Name's NTE 30401. using FU 10l20*s DESP 
20210 to perform the necessary calculations. When it is finished, the cache miss microcode leaves a 
Logical Descriptor 27116 for the Name in the specified SR 10362 register and returns. 

The Resolve operation is over when Logical Descriptor 27116 has been placed in the specified GRF 
10354 register; the Evaluation operation continues by presenting Logical Descriptor 27116 to Memory 
Reference Unit 27017. which reads the data represented by Logical Descriptor 27116 from memory and 
places it on OPB 20322. The memory reference may result in Protection Cache 10234 misses and ATU 
10228 misses, as well as protection faults and page faults, but these are handled by means of event signals 
and are therefore invisible to the Evaluation operation. 

Name Cache 10226 produces 15 different JAM signals. The signal produced by a JAM depends on the 
following: whether the operation is a Resolve or an Eval. which register Logical Descriptor 27116 is to be 
placed in, whether a miss occurred, and in the case of a hit. which register in the Name Cache 10226 entry 
for the Name was loaded last. From the point of view of the behavior of the microcode invoked by the JAM, 
the last two factors are the most important. Their relation to the microcode is explained in detail below. 

In the present embodiment, all entries in Name Cache 10226 are invalidated when a Procedure 602 
calls another Procedure 602. The invalidation is required because Calls always change the value of FP and 
may also change the values of SDP and PBP. thereby changing the meaning of NTEs 30401 using 
displacements from ABPs. Entries for Names in invoked Procedure 602 are created and loaded into Name 
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Flag 30415 is not set. the Name is resolved to obtain the Base. If Base Indirect Flag 30415 is set the name 
.s evaluated to obtain a pointer value, and that pointer value is the Base. ^ = ^ ^^t. name 



s 3. Architectural Base Pointers (Hgs. 305, 306) 

the tlL"\ps^nTs^oy '° ' ''''' "°' ^^'^ ^P-'- o' 

,0 localToS; In'd'^S: "''"^'"^^ '''^ " "'^ '^'^^'^-'"-'^ ^^^^^^ 

- SDP specifies a location in a Static Data Block for an invocation of a Procedure 602 to whirh 
d.splacements may be added to obtain the locations of static data and linkage poin^rPrSd ?es 602 
contained in other Procedure Objects 608 and static data. le s to Procedures 602 

Hicni=r 'T""' °" ^® '^'^^ ""^^ '° P^^^®*^'^^^ 602's current invocation to which 

displacements may be added to obtain the location of local data and linkage pointers to arguments 

sSrsVck SI "nf -veslhe'^urrent v^uesThe ABPs on 

a pomter-to^escnptor translation on SDPP Field 30313. FP. finally, is provided by the wrti^n of CaS 
m-cxxxde «h,ch creates the new MAS 502 frame for the invocaL. As is Sscrib^ in dtiun me 

t^Z" . '""^^ '° achS ^gumtr^t onto 

MAS 502. sets FP to pomt to the location following the last actual argument, and then allocatesroraoe T 

Z^Zi:Z:SC:Z^-'-'"^ - - --ns in the JaJSl^hS 
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00 Resolving and Evaiuatinq Names (Hq. 305) 

obtained the value of the data represented by the Name from memory 

The resolve operation has three parts, which may be performed in any order- 

- Obtaining the Base from Base Reld 30425 of the Name's NTE 30401 
• Obtaining the displacement. 

<o . Obtaining the length from Length Field 30435. 

Obtaining the length is the simplest of the operations: if Length in a Name Flag 30411 is set the lenath is 
the value obtained by evaluating the Name contained in Length Field 30435- omerwSe Lenl Rel5 3fS-,1 
contains a literal value and the length is that literal's value otherwise. Length Field 30435 

« ^^'^K?'® "^''^ "^'^^ '"^y ^ calculated. Which is used depends on the settinas nf 

«s Base is a Name Rag 30413 and Base Indirect Flag 30415: oepenas on the settings of 

- Both Flags 0: the A8P specified in ABP ReW 30429 is the Base 

,.„™r^ , Nanrnpic. calculMs disptee^ent depends on .helher NTE 30401 

<f any field of a NTE 30401 contains a Name. Namespace obtains the value or location represented by 
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Setting Meaning 

00 right justify, zero fill 

01 right justify, sign fill 

10 left justify, zero fill 

11 left justify, ASCII space fill 

The four bits in Type Field 30423 are used by comptlers for language-specific type information. The value 
of Type Field 30423 is placed in Type Field 27109 of Logical Descriptor 271 16 produced from NTE 30401 . 

Base Field 30425 may have either Base is an ABP Format 30427 or Base is a Name Format 30432. 
The manner in which Base Field 30425 is interpreted depends on the setting of Base is a Name Flag 30413 
and Base Indirect Flag 30415. There are four possibilities: 

15 

t'Field Settings Meaning 
Base is a Name Base Indirect 
20. 0 • 0 ABP Format locates base 

directly, 

0 1 ABP Format locates a pointer 

which is the base. 

1 0 Base is Name Format locates 

base when Name is resolved. 

1 1 Base is Name Format locates 

a pointer when Name is 
resolve and the pointer is 
the base. 

35 

As indicated by the above table. Base Field 30425 is interpreted as having Base is ABP Format 30427 
when Base is a Name Flag 30411 is not set. In Base is ABP Format 30427. Base Field 30425 has two 
subfields;.ABP Field 30429 and Pointer Locator Field 30431. The latter field has meaning only when Base 
Indirect pl?g 30415 is set. ABP Field 30429 is a two-bit code which indicates the ABP. The settings and 
^ their meanings are the following: 

Setting apb 

00 pp 

01 Onused 

10 SDP 

11 pbp 
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The ABPs are discussed below. When Base Indirect Rag 30415 is set to 1 and Base is a Name Flag 30413 
is set to 0, the remaining 14 bits of the Base Field in ABP Format are interpreted as Pointer Locator Field 
30413. When so interpreted, Pointer Locator Field 30413 contains a signed integer, which, when multiplied 
by 128. gives the displacement of a pointer from the ABP specified in ABP Field 30429. The value of this 
pointer is then the base to which the displacement is added. 

Base Field 30425 is interpreted as having Base is a Name Format 30432 when Base is a Name Flag 
30413 is set to 1. In Base is a Name Format 30432. Base Reld 30425 contains a Name. If Base Indirect 
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contains the SIN. 

The Name Table Entry contains length and type information (or the data item specified by the Name 
and represents the data item's location as a displacement from a known location, termed the base The 
. ^'^o?'. 'P'^'"^*^ ^" ^BP. a location specified by another Name, or a location spec.fieo 

5 by a pointer. In the latter case, the pointer's location may be specified in terms of an A8P or as a Name 

7ndn? cf Vlrf °' ' "^"^ ^^"'^ ^"'^ 3°^°'- ^^'^ ^« kinds of NTEs 

I T' ToT.^ J ^ '"'^ ''^^^ 30403 contain 64 bits: Long NTEs 30405 

contain 128 bus. Names that represent scaler data items whose displacements may be expressed in I6 bits 

,IZ. . ^"^^^ "^'^ "^'^ "^'^ ^^"^ displacements, require more than 

10 16 bits and Names that represent array elements have Long NTEs 30405. 
A Short NTE 304O3 has four main fields, each 16 bits in length- 

to inteS NTe'SJ?."''' -^''^ '^'"^ ^^--P-- - 

„ ^'^"^ T^l '"TT ""^ "^'^ '^"'^ -^''Placement is to be added to obtain the location of 

^i„^M;^ItJ!r' ' "'^^^ °' ' -"^^"5 °' ^ '^eP. and by means of a 

pointer located by means of a Name. 

• 'If'^*'!'^*^. represents the length of the data. The length may be a literal value or a Name If it 
IS a Name, the Name resolves to a location which contains the data item's length 

specifi2rReT^;42TTh^?V°"'''"' "'' displacement of the beginning of the data from me base 
specified in Field 30425. JTie displacement is a signed integer value 

^n!]%cl^w°,1^!f.c^''^ '""^ ''®"^'' ^6 Two of the fields. Index Name Reld 30441 

and leS Reld 3044S are used only in NTEs 30401 for Names that represent arrays 

3043?hSlTs?,!;L^r^°",^''? "^'^ "c"'"' "''^ " <^*sP'a=ement value in Field 

30437 has less than 16 bits, Displacement Extension Field 30439 contains sign bits i e the bits in the field 

r T ^'^P'^^--' P°«'«- ' the displacLent is negiivrren S 

displacernent value has more than 16 bits. Displacement Extension Field 30439 contains the most 
significant bits of the displacement value as well as sign bits ^oniams ine most 

ao arra;.'""'" ' ' ^^'"^ "^^"^ '° '"'^^'^ '^^"^^"^ o' 

• Field 30443 is reserved. 

- lES Field 30445 contains a Name or Uteral that specifies the size of an element in an array The value 

3^s;r r;°Reir^^^^^^^^^^^^^ '-^^ --^^ 3°-=- ^-^th ^eid 

3042^"°F?n'f 'IT ^°,t\lT'^ consideration: Flags and Format Reld 30407 and Base Reld 

3S T 7 , ? i '''^ Field 30408. FM Reld 30421. and Type 

f '° ''^^ "395 in the field indicate how Namespace is to 

interpret NTE 30401 . The flags have the following meanings when they are set- '^^'""pace is to 

- Long NTE Rag 30409: NTE 30401 is a Long NTE 30405. 

- Length is a Name Flag 30411: Length Reld 30435 contains a Name 

■ IT. 1 H- "Tp, "ZfV o * Name-instead of the number of an ABP 

304n? 1; ? I ?^ ' ^"'^ '°"«°n represented by NTE 

304^7 SnVn ' T"'"' •^'"'"'■^ "^'"^ '""'"^ ^3'"« -°"tained in Displacement 

Reld 30437 and Displacement Extension Reld 30439 to the pointer's offset ''cemeni 

- Array Rag 30417: NTE 30401 represents an array 

SejJSnf L«T ''"^ ^""^ ""^"'"^ ' ^«Pr«^^"»5 'ES value. 

Severa^ of these flags may be set in a given NTE 30401. For example, an entry for an arrav element thaf 
was referenced via a pointer to the array which in turn was represented by a Name and ZsTlES vaTue 
was represented by a Name, would have Rags 30409. 30413. 30415. 30417 and 30419 set 

FM Reld 30421 indicates how the data represented by the Name is to be formated when it is fetched 
frorn memory. The value of FM Reld 30421 is placed in FlU Reld 27107 of Logical Desc rip or I'Jte 
produced from NTE 30401. The two bits allow for four possibilities- "escnptor 271 18 
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- K Field 30305 indicates whether the Names in the SINs of Procedures 602 which share PED 30303 
have 8. 12. or 16 bits. 

- LN Field 30307 contains the Name which has the largest index of any m Procedure 602's Name Table 
10350. 

5 - SIP Field 30309 is a UID pointer to the object which contains the S-inierpreter for Procedure 602's S- 
Language. 

- NTP Field 303 n is an object-relative pointer to the beginning of Procedure 602's Name Table 10350, 

- SDPP Field 30313 is a pointer which is resolved to the location of static data used by Procedures 602 
to which PED 30303 belongs when one of Procedures 602 is invoked by a given Process 610. The resolved 

10 pointer corresponding to SDPP 30313 is the SOP ABP. 

- PBP Reld 30315 contains the PBP ABP for invocations of Procedures 602 to which PED 30303 
belongs. The PBP ABP is used to calculate locations inside Procedure Object 608. 

Other areas of interest in Procedure Object 608 are Literals 30301 and Static Data Prototype (SDPR) 30317. 
Literals 30301 contains literal values, i.e.. values in Procedure 602 which are known at compile time and will 
T5 not change during program execution. SDPR 30317 may contain any of the following: pointers to external 
routines and to static data contained in other objects, information required to create static data for a 
Procedure>602, and in some cases, the static data itself. Pointers in SDPR 30317 may be either resolved or 
non-resolved. 

In the present embodiment, Binder Area 30323 is also important. Binder Area 30323 contains 
20 information which allows unresolved pointers contained in Procedure Object 608 to be resolved. Unresolved 
pointers other than SDPP 30313 in Procedure Object 608 all contain locations in Binder Area 30323. and 
the specified location contains the information required to resolve the pointer. 

Fig. 303 contains arrows showing the locations in Procedure Object 608 pointed to by NTP Field 3031 1. 
SDPP Field 30313. and PBP Field 30315. NTP Reld 30311 points to the beginning of Name Tables 10350, 
25 and thus a Name's Name Table Entry can be located by adding the Name's value to NTP Field 30311. PBP 
Field 30315 points to the beginning of Literals 30301, and consequently, the locations of Literals and the 
locations of SINs may be expressed as offsets from the value of PBP Field 30315. SDPP Field 30313 points 
to the beginning of SDPR 30317. As will be explained in detail in the discussion of Calls, when a Procedure 
602 has static data, the SOP ABP is derived from SDPP Field 30313. 

30 

b. Namespace 

The Namespace component of CS lOl 10 locates SINs belonging to a procedure and fetches them from 
3G memory to FU 10120. parses SINs into SOPs and Names, and performs Resolve and Evaluation operations 
on Names. The Resolve operation translates a Name into a Logical Descnptor 27116 for the data 
represented by the Name, while the Evaluation operation obtains the data itself. The Evaluation operation 
does so by performing a Resolve operation and then using the resulting Logical Descriptor 27116 to fetch 
the data-.-Since the Evaluation and Resolve operations are the most complicated, the discussion begins with 
40 them. 



K Name Resolution and Evaluation 

45 Name Resolution and Evaluation translate Names into Logical Descriptors 27116 by means of informa- 
tion contained in the Names' NTEs, and the NTEs define locations in terms of Architectural Base Registers. 
Consequently, the following discussion will first describe Name Table Entries and Architectural Base 
Pointers and then the means by which Namespace translates the information contained in the Name Table 
Entries and Architectural Base Pointers onto Logical Descriptors 27116. 

50 

2. The Name Table (Fig. 304) 

As previously mentioned. Name Tables 10350 are contained in Procedure Objects 608. Name Tables 
55 1 0350 contain the information required to translate Names into Logical Descriptors 27116 for the operands 
represented by the Names. Each Name has as its value the number of a Name Table Entry. A Name's 
Name Table Entry is located by multiplying the Name's value by the size of a short Name Table Entry and 
adding the product to the value in NTP Reld 30311 of PED 30303 belonging to Procedure 602 which 
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- Format code field = 0: The pointer is a null pointer. 
• Format code field = i: The pointer is a UID pointer. 

■ Format code field = 2: The pointer is an intra-object pointer. 

- Any other value of the format code field: The pointer is rnvalid 

rJ^'S'-fr' °' "'9""'""* '° °= '^'^^^ valoe of UIO 

Field 301 5 from memory and invokes LAR microcode (explained in the discussion of objects) which 
translates .he UIO to the AON associated with it. The AON is ,hen loaded into the argumenfs ioN Jd 'n 
the th,rd case, the AON of Logical Descriptor 27116 for me pointer's locaUon and me po-nter's AON Tthe 
same so me argument already contains me translated pointer. In me fourth case, me microcode performs a 
S f "*^<1«"9 Procedure 602 which handles invalid pointer faults, passing savS Zeal 

^^TJ , Z "^'"'"^ ^ which handles the fault musTreZ a 

resolved pointer to me microcode, which then converts if to a Logical Descriptor 271 ,6 as descntid aS^e 



's c. Descriptor to Pointer Conversion 

Descr^tor to pointer conversion Is me reverse of pointer to descriptor conversion wim resolved 

the address to which me pointer is to be written, and a Logical Descriptor 27116 whose AON an^ffse 

^i r^l ^V"",'"" ^« -^^-^'^'^^t pointers and l^D 

pointers Both kinds of pointers have values in Offset Field 30103. so me descriptor-to-pointer microcode 

271 6. The nex^ step is to determine whemer me pointer is an intra-object pointer or a UID pointer To do 

he T'T " ""^^ P°-'«^ points t^a Sat^nln 

me Object which contains ,t, and is merefore an intra-object pointer. Since UIO Field 3oV^5 of an in^^-ob ei" 

30.05 .^m?r"' '" '"'"^"'"^ P°-'«^3 is to set Flags and Fo^a^S 

aTaroiredS^jrSr " ^^'^ " " - °- - — vLn.ies the poi^r 

•H..l^!"' ^1? ^«^<="P*°^-'°-P0i"tef microcode sets Rags and Format Field 30105 to 1 merebv 

mHiil^n T^' ^V':T'' "^'^ ""^ ^ (explained in de an in 

me discussion of objects) which converts me first argumenfs AON to a UIO and places the result UID in me 
current frame. When the KOS AON ,o UIO conversion microroutine returns me descriptor-to piinte! 
microcode wntes me UID to me converted pointer's UID Field 30 11 5 aescnptor to pointer 

35 

B. Namespace and the S-lnterpreters (Figs. 303-307) 

^ rnnllT^'n^J' S-interpreter bom interpret infomiation contained in Procedure Objects 608 
« Consequen^y me discussion of mese components of CS 101 10 begins wim an overview of thosetarts of 
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15 a. Procedure Object 606 Overview (Fig. 303) 

in Fio^r^ 0' P™«dure Object 608. Fig. 303 expands information contained 

H h' ' "^-^ ""^^ ''""^ '^9"'*= "'^ ""'"''^^ °' "^ig- 103. Portions of ProceduroS 
608 which are not discussed here are dealt wim later in me discussL of Calls and Returns S 

so irnportan, part of a Procedure Object 608 for these systems is Procedure Env onment 0^^^^^^^^ 

30303. A Procedure 602-s PED 30303 contains the information required by Name pS a^d . 9 S 
interpreter to locate and parse Procedure 602's code and interpret its Names. A number of ProcSirls 602 
in a Procedure Obiect 608 may share a PED 30303. As will be seen in the discussion of cZ tTiZ Z 

5S the Carsl'cutJ"" ' '"^ "'""^^"'^ "'^^ ^«-«^ me'^anne? io^wlS 

3030:V^'e?d iS^frllj^^^^^^^^^ - Header 

30311. SOPP Field 30313. and PBP Field 30315 ' ° '^""""'"^ "^'^^ 
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NR Field Value Format Code Value Meaning 

1 UID pointer 

2 Object-relative pointer 

0 all other codes Illegal 

UID associative pointer 
Object-relative 
associative pointer 

1 all other codes Ordinary unresolved 

pointer 

As indicated by the above table, the present embodiment has two kinds of associative pointer. UID 
associative pointers and object-relative associative pointers. Like a UID pointer, a UID associative pointer 
contains a UID and an offset and like an object-relative pointer, an object-relative associative pointer 
contains an offset and takes the value of the UID from the object to which it belongs. However, as will be 
explained in detail later, the UID and offset which the associative pointers contain or represent are not used 
as addresses. Instead, the UID and offset are used as tags to locate entries in the AAT. which associates an 
associative pointer with a resolved pointer. 



0 
0 



1 
1 



1 
2 



b. Pointers in FU 10120 (Fig. 302) 

When a pointer is used as an address in FU 10120. the address information in the pointer must be 
translated into a Logicai Descriptor 27116 consisting of an AON. an offset, and a length field of 0: when a 
Logical Descriptor 27116 in FU 10120 is used to form a pointer value in memory, the AON must be 
converted back to a UID. The first conversion is termed pointer-to-descriptor conversion, and the second 
descriptor=to-pointer conversion. Both conversions are accomplished by microcodes executing in FU 10120. 

What, is involved in the translation depends on the kind of pointer: if the pointer is a UID pointer, the 
UID musvibe translated into an AON; if the pointer is an object-relative pointer, the AON required to fetch 
the pointer is the pointer's AON. so no translation is necessary. If the pointer is an unresolved pointer, it 
must first be translated into a resolved pointer and then into a Logical Descriptor 27116. If the pointer is 
associative, the translation to a resolved pointer may be performed by means of the ATT. 

In the present embodiment, when other FU 10120 microcode calls pointer-to-descriptor microcode, the 
calling microcode passes Logical Descriptor 27116 for the location of the pointer which is to be translated 
as an argument to the pointer-to-description translation microcode. The pointer-to-descriptor microcode 
returns a Logical Descriptor 27116 produced from the value of the pointer at the location specified by 
Logical Descriptor 27116 which the pointer-to-descriptor microcode received as an argument. 

The pointer-to-descriptor microcode first uses Logical Descriptor 271 16 given it as an argument to fetch 
the value of the pointer's Offset Field 30103 from memory. It then saves Logical Descriptor 271 16*s offset in 
the output register belonging to OFFALU 20242 and places the value of the pointer's Offset Reld 30103 in 
the offset field of Logical Descriptor 27116 which it received as an argument The pointer-to-descriptor 
microcode then saves Logical Descriptor 27116 indicating the pointer's location by storing Logical 
Descriptor 27116*s AON and offset (obtained from OFFALU 20242) in a register in the GRF 10354 frame 
being used by the invocation of the pointer-to-descriptor microcode. Next, the microcode adds 40 to the 
offset stored in OFFALU 20242. thereby obtaining the address of NR Reld 30109, and uses the address to 
fetch and read NR Field 30109 and Format Code Field 30113. The course of further processing is 
determined by the values of these fields. If NR Field 30109 indicates a resolved pointer, there are four 
cases, as determined by the value of Format Code Reld 30113; 
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Tr>7TT ^ ^"'^^ ^ UIO and offset, and can thus represent any CS 

TZ^nfZ- ""i^'-'^'^^^^.PO'^'ers contain only an offset; me address's UIO is assumed to be tt,e same 
r.n« ? !L ' T ""^ Object-relative pointer. An object-relative pointer can therefore only 

represent addresses m ttie object wfiicti contains ttie pointer. • 

The subclasses of unresolved pointers are ordinary unresolved pointers and associative pointers The 
difference between me two kinds of unresolved pointers is the manner in which they are resolved Ordinary 
unresolved pointers are always resolved by high-level language routines, while associative pointers are 
resolved me first l.me mey are used in a Process 610 and a domain by high-level language routines but 
are subsequently resolved by means of a table called me Associated Address Table (AA^ T^Js tabie is 

uSresotipointerr"^'' ""'^'^""^ ""'^ '^"'""y '"^ °^'^'"^'V 

..nil^l^h'°"°'^"? ^P'^" "'^ ^" CS lOnO pointers, and will then 

explain how pointers are processed in FU 10120. . <. u ■ men 

a. Pointer Formats (Fig. 301) 

Form'SloT Zr"" ' '° ^° ' ^«P^«entaUon of General Pointer 

Format 30101. whicfi gives an overview of me fields whicfi appear in all CS 101 lO pointers and a detailed 

"'^ ^^'^^ -"'^'^ — - ™ 

into mrr^rfieTds^""^ - "^'^'^ed 

...r^- ?!'^^ ^'T *° ^ a-i'J^ess in resolved pointers and in 

a^ocia ve pointers; in other unresolved pointers, it may contain an offset from some point^ an objTct or 
other information as defined by the user. ' 

- Rags and Fomfiat Field 30105 contains flags and fomiat codes which distinguish between kinds of 
pointers. These flags and format codes are explained in detail below 

,« oo„;.^'° ^ ^"^ ^"^ associative pointers; in object-relative 

30 Po nters. and omer associative pointers, its meaning is undefined, and in ordinary unrJsoLd po nfeS ' 

may contain information as defined by the user. «!.o'veo poiniers. it 

Flags and Format Field 30105 contains four subfields: 

- Fields 30107 and 30111 are reserved and must be set to 0. 

. ; T ' °' unresolved. In resolved pointers me field is 

35 set to 0. and in unresolved pointers, it is set to 1 . pomiers. ine neia is 

- Format Code Reld 30113 indicates the kind of resolved or unresolved pointers Format codes for me 
present embodiment are explained below MU'iiiers. rormat cooes tor me 

o'^mrpointe; isTn'^l.T."''" '""""'^ ° " ^0113 has me value 

0. me pointer is a null pointer, i.e., a pointer which neimer directly nor indirectly indicates an address Th« 
40 meanings of the omer fomiat codes depend on me value of NR Reld 30109: 
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The Name Interpreter performs the following functions: 

• Fetching and parsing SOPs. and 

• Interprettng Names. 

The S-lnterpreter, finally, dispatches SOPs. i.e.. locates the FU i0l20 and EU 10122 microcode which 

5 executes the operation corresponding to a given SOP for a given S-Language. 

Of these subsystems, the S-lnterpreter. the Name Interpreter, and the microcode components of the 
KOS process and object manager subsystems execute on the virtual micromachme: the microcode 
components of the remaining KOS subsystems execute on the monitor micromachine. As wilt be seen in 
the discussions of these subsystems, subsystems which execute on the virtual micromachine may cause 

10 Page Faults, and may therefore reference data located anywhere in memory: subsystems which execute on 
the monitor micromachine may not cause Page Faults, and the data bases which these subsystems 
manipulate must therefore always be present at known locations in MEM 10112. 

The relationship between subsystems and FU 10120 micromachine devices is the following: Microcode 
for all subsystems uses DESP 20210. Microcode Addressing 27013. and Register Addressing 27011. and 

;5 may use EU Interface 27007. S-lnterpreter microcode uses SOP Decoder 27003. and Name Interpreter 
Microcode uses Instruction Stream Reader 27001. Parsing Unit 27005. and Name Translation Unit 27015. 
KOS virtual memory management microcode uses Memory Reference Unit 27017. and Protection Micro- 
code uses Protection Unit 27019. 

Having described in detail the structure and operation of OS lOllO's major subsystems. MEM 10112, 

20 FU 10120. EU 10122. 108 10116, and DP 10118, and the OS 101 10 micromachine. CS lOi 10 operation will 
be described in further detail next Mow. Rrst. operation of CS lOllO's Namespace. S-lnterpreter. and 
Pointer Systems will be described. Then, operation of CS 101 10 will be described in further detail with 
respect to CS 10110's Kernel Operating System. 

25 

3. Namespace. S-interpreters. and Pointers (Rqs. 301-307. 274) 

The preceding chapters have presented an overview of CS lOllO. examined its hardware in detail, and 
explained how the FU 10120 hardware functions as a micromachine which controls the activities of other CS 
30 10110 components, in the remaining portions of the specification, the means are presented by which certain 
key features of CS 10110 are implemented using the hardware, the micromachine. tables in memory, and 
high-level language programs. The present chapter presents three of these features: the Pointer Resolution 
System, Namespace, and the S-interpreters. 

The Pointer Resolution System translates pointers, i.e.. data items which contain location information. 
35 into UID-offset addresses. Namespace has three main functions: 

- It locates SlNs and fetches them from CS 10i10*s memory into FU 10i20. 

- It parses SINs into SOPs and Names. 

- It trarrslates Names into Logical Descriptors 271 16 or values. 

The S-interpreters decode S-operations received from namespace into locations in microcode contained in 
40 FUSITT 11012 and EUSITT 20344 and then execute that microcode. If the S-operations require operands, 

the S-interpreters use Namespace to translate the operands into Logical Descriptors 27116 or values as 

required by the operations. 

Since Namespace depends on the Pointer Resolution System and the S-interpreters depend on 

Namespace, the discussion of the^ystems begins with pointers and then deals with namespace and S- 
J5 interpreters. 



A. Pointers and Pointer Resolution (Rgs. 301. 302) 

50 A pointer is a data item which represents an address, i.e.. in CS 101 10. a UID-offset address. CS 101 10 
has two large classes of pointers: resolved pointers and unresolved pointers. Resolved pointers are pointers 
whose values may be immediately interpreted as UID-offset addresses: unresolved pointers are pointers 
whose values must be interpreted by high level language routines or microcode routines to yield UID-offset 
addresses. The act of interpreting an unresolved pointer is called resolving it. Since the manner in which an 

55 unresolved pointer is resolved may t>e determined by a high-level language routine written by a system 
user, unresolved pointers provide a means by which users of the system may define their own pointer 
types. 

Both resolved and unresolved pointers have subclasses. The subclasses of resolved pointers are UID 
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themselves execute .n r^onitor mode, thereby guaranteeing that no page faults will occur while thev aJ 
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STs at a minT' '^^^^"^^ '"t™ P^^^'^^'e be serviced when the size of the FU micromSne' 
o TMR p^T,?""-;-^ « ""^'""'"S °' ^"'■^ •^'^ requirement is achieved by means 

Interval Timer 25410 Runout interrupt occurs. Reld 27317 or 27313 respectively is is set in MCWl 2^^ 

2L12 ru^lT?;: ^'IT "^'"^ " SIN'S execuL ends before^L TiTr 

25412 runs out the set Reld in MCWl 20290 causes the Interval Timer Runout or Inter-processor Messaoe 

BT b.t 27311 m turn causes the Interval Timer Runout Event invocation and/or IPM Even invocatimi 
place on the next MO cycle to occur while the micromachine is in virtual mode T^e Zve °" ^ ! 

--^'""'"^ o.Z's:i::zrz::i 

execute an SIN ^ time regardless of the length of «me required to 



g, FU Micromachine and CS 10110 Subsystems 

Jescnpiiof, of the m«,om«:liln. Wore closos .n an o..™low ol me "Z^sZ^^,^ 
»,bewe™e oro.«e *e envi,o.m,™ ,e,„„ed by m> Name imerp^B, ,„e%S l7r.^?J^Sf 

implemented in high-level languages or in hardware The KO<; <=„h Jcl could be 

r xt'Sr r ""'"^ ^""^^^'-^ come int p Ten SINs" 

- Virtual memory management: 

- Virtual processor management: 
55 - Inter-processor communication; 

- Access Control; 

• Object management; and, 

- Process management. 
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- Machine instructions cannot require an indefinite amount of time to execute, since interrupts cannot t:e 
handled until the machine instruction during which they occur is finished. 

■ It must De possible lo remove a Process 610 from the CPU at any time, since the occurrence of an 
interrupt is not predictable. This requirement greatly increases the difficulty of process management. 
5 The method used for interrupt and fault handling in a present embodiment of CS 10110 is descnbed below. 



2. Hardware Interrupt and Fault Handling in CS 101 10 

JO In CS 101 10. there are two levels of interrupts: those which may created and dealt with completely by 
software, and those which may created by hardware signals. The former class of interrupts is dealt with in 
the discussion of Processes 610: the latter, termed hardware interrupts, is discussed below. 

In CS 10110, hardware interrupts and faults begin as invocations of microroutines in FU 10120. The 
invocations may be the result of Event signals or may be made by microprograms. For example, when 108 

15 10116 places data in MEM 10112 for JP 10114, an Inter-processor Message Event signal results, and the 
signal causes, the invocation of Inter-processor Message Interrupt handler microcode. On the other hand, a 
Page Fault begins as an invocation of Page Fault microcode by LAT microcode. The actions taken by the 
microcode which begins handling the fault or interrupt depend on whether the fault or interrupt is handled 
by the Process 610 which was being executed when the fault or Event occurred or by a special KOS 

20 Process 610. 

tn the first case, the Event microcode may perform a Microcode-to-Software Call to a high-level 
language procedure which handles the Event. An example of an Event handled in this fashion is a floating 
point overflow: when FU 10120 microcode determines that a floating point overflow has occurred, it invokes 
microcode which may invoke a floating point overflow procedure provided by the high-level language whose 

25 S-Language was being executed when the overflow occurred. In alternate embodiments of CS 10110. the 
overflow procedure may also be in microcode. 

In the second case, the microcode handling the fault or interrupt puts information in tables used by a 
KOS Process 610 which handles the fault or interrupt and then causes the KOS Process 610 to run at some 
later time by advancing an Event Counter awaited by the Process 610. Event Counters and the operations 

30 on them are explained in detail in a following description of Processes 610. Since the tables and Event 
Counters manipulated by microcode are always present in MEM 10112. these operations do not cause 
page faults, and can be performed in monitor mode. For example, when lOS I0i 16 transmits an IPM Event 
signal to JP 10114 after lOS 10116 has loaded data into MEM 10112. the Event resulting from the Event 
signal invokes microcode which examines a queue containing messages from lOS 10116. The messages in 

35 the queue contain Event Counter locations, and the microcode which examines the queue advances those 
Event counters, thereby causing Processes 610 which were waiting for the data returned by the I/O 
operation recommence execution. 

§: Monitor Mode. Differential Masking and Hardware Interrupt Handling 

FU 10120 micromachine's monitor mode and differential masking facilities allow a method of hardware 
interrupt handling which overcomes two problems associated with conventional hardware interrupt handling: 
an interrupt can be handled in a predictable amount of time regardless of the amount of time required to 

45 execute an SIN, and if the microcode which handles the interrupt executes in monitor mode, the interrupt 
may be handled at any time without unpredictable consequences. There are two sources of hardware 
interrupts in CS 10110: an Inter-Processor Message (IPM) and an Interval Timer 25410 Runout. An IPM 
occurs when lOS 10116 completes an I/O task for JP 10114 and signals completion of the task via lOJP 
Bus 10132. An Interval Timer Runout occurs when a preset time at which CS lOiiO must take some action 

50 is reached. For example, a given Process 610 may have a limit placed on the amount of time it may 
execute on JP 10114. As is explained in a following description of process synchronization, the virtual 
processor management system sets Interval Timer 25412 to run out when Process 610 has used all of the 
lime available to it. 

Both IPMs and Interval Timer Runouts begin as Event signals. The immediate effect of the Event signal 
55 is to set a bit in EP Field 27309 of MCW1. In principle, the set bit can cause invocation of the event 
microcode for the Event on the next MO cycle in which the FU 10120 micromachine is in virtual mode. 
Since microroutines running in monitor mode are guaranteed to return the micromachine lo virtual mode 
within a reasonable length of time, and the Event invocation will occur when this happens, the Event is 
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- When ES Field 27337 Is set. an EU 10122 Storeback Exception has occurred, i.e., an error occurred 
when EU 10122 attennpted to store the result of an operation in MEM iOi 12. 

• When MRR Field 27339 is set. a condition such as an ATU 10228 miss or a Protection Cache 10234 
miss has occurred, and it is necessary to reattempt a memory reference. 



d. Virtual Micromachines and the f^onitor Micromachine 

As previously described, microcode being executed on FU t0l20's micromachine can run in either 
monitor mode or virtual mode. In this portion of the discussion, the distinguishing features and applications 
of the two modes are explained in detail. 



1 . Virtual Mode 

As previously mentioned, the chief distinction between virtual mode and monitor mode is MIS 10368, 
The fact that MIS 10368 is of essentially unlimited size has the following consequences for microroutines 
which execute in virtual mode. 

- An invocation of a microroutine executing in virtual mode may have as its consequence further 
invocations to any depth. 

- Any invocation of or return from a microroutine executing in virtual mode may cause a page fault. 
The FU micromachine is in virtual mode when all bits in the Event Masks portion of MCWl 20290 are 
cleared. In this state, no enabled Event signals are masked, and Event invocations may occur in any 
microinstruction which does not itself mask them. 

Because invocations may occur to any depth in virtual mode, microroutines executing in this mode may 
be recursive. Such recursive microroutines are especially useful for the interpretation of Names. Often, as 
previously described, the Name Table Entry for a Name will contain Names which resolve to other Names, 
and the virtual micromachine's limitless stack allows the use of recursive Name Resolution microroutines in 
such situations. Recursive microroutines may also be used for complex SINs. such as Calls, 

Because invocations can occur to any depth, any number of Events may occur while a microroutine is 
executing in monitor mode. This in turn greatly simplifies Event handling. If an Event signal occurs while an 
Event with a given priority is being handled and the Event being signalled has a higher priority than the one 
being handled, the result is simply the invocation of the new Event's handler. Thus, the order in which the 
Event handlers finish corresponds exactly to the priorities of their Events: those with the highest finish first. 

A page fault may occur on any microinvocation or return executed in virtual mode because an 
invocation in virtual mode which occurs when there are no more Free Frames 27207 on SRs 10362 causes 
an Event iignal which invokes a microroutine running in monitor mode. The microroutine transfers MIS 
Frames 27203 from GRF 10354 to Secure Stack 10336 in MEM 10112. and the transfer may cause a page 
fault. Similarly, when a microreturn takes place from the last frame on MIS Frames 27203 on SRs 1 0362, an 
Event signal, occurs which invokes a microroutine that transfers additional frames from Secure Slack 10336 
to GRF 10354, and this transfer, too, may cause a page fault. 

The fact that page faults may occur on microinvocations or microreturns in virtual mode has two 
important consequences: microroutines which cannot tolerate page faults other than those explicitly 
generated by the microroutine itself cannot execute in virtual mode, and because unexpected page faults 
cause execution to become indeterminate, microroutines which must run to completion cannot execute in 
virtual mode. For example, if the microroutine which handles page faults executed in virtual mode, its 
invocation could cause a page fault, which would cause the microroutine to be invoked again, which would 
cause another page fault, and so on through an infinite series of recursions. 



2; Monitor Micromachine 

As previously described, the essential feature of monitor mode is MOS 10370. In a present embodiment 
of CS 10110, this stack has a fixed minimum size, and is always contained in GRF Registers 10354. The 
nature of MOS 10370 has four consequences for microroutines which execute in monitor mode: 

- When the micromachine is in monitor mode, the depth of invocations is limited; recursive microroutines 
therefore cannot be executed in monitor mode, and Event invocations must be limited. 

- Invocations of microroutines or returns from microroutines in monitor mode never result in page faults. 
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Event invocations: Event Mask Register (EM) 27301, Events Pending Register (EP) 27309 and Trace 
Enable Register (TE) 27319. Bits in EM 27301 mask certain Event signals as long as they are set bits in 
EP Register 27309 record the occurrence of certain Event signals while they are masked: when bits in TE 
Register 27319 are set. Trace Event signals occur before certain PU 10120 operations. 

5 EM 27301 contains three one bit fields; Asynchronous Mask Field 27303. Monitor Mask Field 27305 
and Trace Event Mask Field 27307. As explained in detail in the discussion of FU 10120 hardware these 
bits establish a hierarchy of Event masks. If Asynchronous Mask Field 27303 is set. only two Event signals 
are rnasked; that resulUng from an overflow of EQGTMR 25412 and that resulting from an overflow of EU 
10122 s stack. If Monitor Mask Field 27305 is set. those Events are masked, and additionally, the FU Stack 

10 Overftow Event signal is masked. As will be explained in detail later, when the FU 10120 Stack Overflow 
Event signal is masked, the FU micromachine is executing in monitor mode. If Trace Event Mask Reld 

,tS; ^"^"^ ^'^^ ^"^^ ^® <° signals. Each of the fields in EM 

27301 may be individually set and cleared by the microprogram. 

,MT^?« "^'^^ EGGTMR 25412 Runout signal sets ET Field 2731 1 the 

rs II^TTMR 25410 Runout signal sets IT Reld 27313. the Non-Fatal Memory Error signal sets ME Field 27315 
^flT P^T"-^'*^" p "^'"^^ 27317. Event invocations for all of these Event signals 

out me Egg Timer Runout signal occur at the beginning of an SIN; in these cases the fields in EP 27309 
retain the fact that the Event signal has occurred until that time: the Event invocation for the Egg Timer 
Runout signal occurs as soon after the signal as the settings of mask bits in EM 27301 allow. The bit in ET 
Field 27311 retains the fact of the Egg Timer Runout signal until the masking allows the Event invocation to 
.°„voL 0' "e'ds ih-EP 27309 but ME Field 27315 may be reset by microcode. The microroutines 
MP ?1 oJ^^fc ' appropriate fields: otherwise, they will be reinvoked when they return. 

ME Field 2731 S IS automatically reset when the memory error is serviced 

TE Register Field 27319 enables tracing. Each bit in the register enables a kind of Trace Event signal 
when It is set. Depending on the kind of tracing, the Trace Event signal occurs at the beginning of an ilN 
at the beginning of a Resolve or Evaluate operation, at the beginning of a logical memory reference or ai 
the beginning of a microinstruction. For details, see the following description of debugging 
r M r? *° '"^ contained in RCWS 10358. each RCWS Register 27322 contains eight 

fields which control Event signals. The first field is FM Reld 27323. PM Reld 27323 reflects the value of a 
register in Event Logic 20284 when the invocation to which RCWS Register 27322 belongs occurs The 
register in Event Logic 20284 is set only when the microinstruction currently being executed is the first 
microinstruction of an SIN. Thus. FM Reld 27323 is set only in RCWS Registers 27322 belonging to Event 
mvocanons which occur in the MO cycle of the first microinstruction in the SIN, i.e.. at the beginning of the 
SIN. The value of the register in Event Logic 20284 is saved in FM Field 27323 because several Event 
invocatons may occur at the beginning of a single S.N. The Event invocations occur in ordeTof 
when the one w^h the highest priority returns, the fact that FM Reld 27323 is set causes the register in 
Even Logic 20284 to again be set to the state which if has on the first microinstruction of an SIN The 
register s state, thus set. causes the next Event invocation which must occur at the beginning of the SIN to 
take place. After all such invocations are finished, the first microinstruction enters its Ml cycle and resets 

ZM^T'rJT "^'^ '^^ Event invocations which may 

occur only at the beginning of an SIN. It is again set at the beginning of the next SIN 

^■n^" "^^^ ^^^^2 ""^'^^ ^^"^ '"vocations are the fields in Return 

^o^l 27331. These fields allow the information that an Event signal has occurred to be retained 
hrough Event invocations until the Event signal's Event invocation takes place. When an invocation occurs 
these fields are set by Event Logic 20284. On return from the invocation, the values of the fields are input 
into Event Logic 20284, thereby producing Event signals. The Event signal with the highest priority results 

In ^(^To'^°^,^°o4-,V^ '"^ '^""^"'"^ ''9"^'' "^'^^ Signals Reld 27331 belonging 

to ROWS Register 27322 belonging to the invocation which is being executed when the Event signals 

o'TJ H ""'^ ^'9""' '^^"^ 27330 are input into Event Logic 20284. microcode 

mvoked as a consequence of Event signals which sets one of these fields must reset the field itself. 
Otherwise, the return from the microcode will simply result in a reinvocation of the microcode 

The seven fields in Return Signals Reld 27330 have the following significance- 
mic'roT^'e" lu^^'^l'^' " ^^'^""'^ ^ '"^^a. location in EU 10122 

orrnTrr!^^ ^'^'"^ "^^"^ '"^ "^""^ ^7343, or mB Reld 27345 is set. a trace signal has 

occurred. These are explained in detail in the discussion of debugging. 
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Current Pointer 27215 and Previous Pointer 27213 to provide a new frame in SRs 10362. The Jam works 
exactly like the Call, except that a hardware signal dunng micromachine cycle Mi causes the actions 
associated with the invocation to occur and provides the location of the invoked mtcroroutme oirectly to 
SITTNAS 20286. 

5 With Events. Event Logic 20284 causes an invocation to occur during cycle MO and provides the 
location of the invoked microroutine via CSADR 20299. Since the Event occurs during cycle MO. the 
location stored in RCWS 10358 is the unincremented value of mPC 20276. and SITTNAS 20286 selects the 
location provided by Event Logic 20284 as the location of the next microinstruction. Since the return from 
the Event causes the microinstruction during which the Event occurred to be re-executed, the microinstruc- 

jo tion and the microroutine to which it belongs may be said to be "unaware" of the Event's occurrence. The 
only difference between the execution of a microinstruction during which an Event occurs and the execution 
of the same microinstruction without the Event is the length of lime required for the execution. 

J5 4. Occurrence of Event Invocations (Rg. 273) 

As described previously. Event invocations are produced by Event Logic 20284. The location in 
microcode, to which Event Logic 20284 transfers control is determined by the following: 

- The^ operation being commenced by FU 10120. Certain Event invocations may occur only at the 
20 beginning of certain FU 10120 operations. 

- The state of Event signal lines from hardware and internal registers in Event Logic 20284. 

- The state of certain registers visible via MCWI 20290. Some of these registers enable Events and 
others mask Events. Of the registers which enable Events, some are set by Event signals and others by the 
microprogram. 

25 - On returns from invocations of microroutines. the settings of certain bits in the RCWS 10358 register 
belonging to the micromachine frame for the invocation that is being returned to. 

Microprograms may use these mechanisms to disable Event signals and to delay an Event invocation 
from an Event signal for a single microinstruction or an indefinite period, and FU 10120 uses them to 
automatically delay Event invocations resulting from certain Event signals. Using traditional programming 

70 terminology, the mechanisms allow a differential masking of Event signals. An Event signal may be 
explicitly masked for a single microinstruction, it may be masked for a sequence of microinstructions, it 
may be automatically masked until a certain operation occurs, or it may be automatically masked for a 
certain maximum length of time. Event signals which occur while they are masked are not lost. In some 
cases, the Event signal continues until it is serviced: in others, a register is set to retain the fact that the 

35 Event signal occurred. When the Event signal is unmasked, the set register causes the Event signal to 
reoccur. In some cases, finally, the Event signal is not retained, but recurs when the microinstruction which 
caused it is repeated. 

In the following, the relationship between FU 10120 operations and Event signals is first presented, and 
then a detailed discussion of the enabling registers in MCWI 20290 and of the bits in RCWS 10358 

40 registers vybich control Event invocations. 

FU 10120 allows Event invocations resulting from Event signals to be inhibited for a single microinstruc- 
tion; it also delays certain Event invocations for certain Event signals until the first microinstruction of an 
SIN. Other Event signals occur only at the beginning of an SIN, at the beginning of a Namespace Resolve 
or Evaluate operation, or at the beginning of a logical memory reference. 

45 Event invocations may be delayed for a single microinstruction by setting a field of the microinstruction 
itself. Setting this field delays almost all Event invocations, and thereby guarantees that an Event invocation 
will not occur during the microinstruction's MO cycle. 

Event signals relating to debugging occur at the beginnings of certain micromachine operations. Such 
Event signals are called Trace Event signals. As will be explained in detail, in the discussion of the 

50 debugger, Trace Event signals can occur on the first microinstruction of an SIN. at the beginning of an 
Evaluate or Resolve operation, at the beginning of a logical memory reference, or at the beginning of a 
microinstruction. IPM interrupt signals and Interval Timer Overflow Event signals are automatically masked 
until the beginning of the next SIN or until a maximum amount of time has elapsed, which ever occurs first. 
The mechanisms involved here are explained in detail in the discussion of interrupt handling in the FU 

55 10120 micromachine. 

Turning now to the registers used to mask and enable Event signals, Rg. 273 is a representation of the 
masking and enabling registers in MCWI 20290 and of the field in RCWS 10358 registers which controls 
Event invocations. Beginning with the registers in MCWI 20290, there are three registers which control 
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2. Microfoutine Invocalions and Returns 

In CS lOlIO. microroulines may be invoked by other microroutmes or by signals from CS 10110 
haraware. The methods of invocation aside, microroutine invocalions ana returns resemble invocations o( 
5 and returns from procedures written in h-gh-level languages. In the following, the general principles of 
m,crorout.ne mvocations and returns are discussed, and thereafter, the specific methods by which micro- 
routmes may be invoKed in CS ,0,10. The differences between invocations in moniL mode and 
invocations in virtual mooe are explained in the detailed discussions of the two modes 

,0 272,?'vJJ!«„™'°"""' """"" " ^"""'""^ '^'"^ '"^'^ °" '^^^ by Current Pointer 

27215. When an invocation occurs, either because the executing microroutine performs a call or because a 
signal which causes invocations has occured. JP 101 14 hardware does three things- 

r„r«n»T*' 'nformation for the invoking microroutine in the ROWS 103S8 register associated with the 
cu rent frame. The state mfomiation includes the location at which execution of me invoking microrout.2 
will resume, as well as other state information. ^ microroutine 

invocatior'"'"" ''"'"'"^ "^'^^ ^"^""'"^ ' '^^'"^ new 

■ It begins executing the first instruction of the newly invoked microroutine 

Because the newly^nvoked microroutine can access registers of the invoking microroutine-s frame the 
nvoking m.croroufne can pass -arguments- to the invoked microroutine by placing values in 'egiS inTts 
fran^e used by the invoked microroutine. However, the invoking microroutine cannot sp^VwS^' "J J 
contain arguments" on an invocation, so the invoked microroutine must know w^Jch regiSr^ TThe 

invollr t T ^'^^'^^ ^ can pass arguments which it received from its 

H kTT"'"^ ^^Soments from its invoker's frame to its own 

frame, which then becomes the newly-invoked routine's previous frame. 

The return is the reverse of the above: Current Pointer 27215 and Previous Pointer 27213 are 
decremented thereby -popping off" the finished invocation's frame and returning to the Ws f arSe 
ITie invoker then resumes execution at the location specified in the RCWS 10358 register a^d usino The 

MCW1 T029; i serrmr, . ^'"''"'^ ^^^^ ^''"^^'^-^ code field in 

desaibi^n o L b I w '^^ ^^"^'"^ "^^^ ^-,s to occur as 
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hardwJe sIals ?n '"^""'^ microinstructions or by 

S r h-i I w '""""^""s P^°<^"ced by commands in microinstructions are termed 

?ir I T"'''^ ^'^nals are termed Event invocations and Jams. InvocationsTe 

ft^rther distinguished from each other by the locations to which they return. Calls and Jams return to ^e 
microinstruction following the microinstn^ction in which the invocation occurs; Event inSon^^tim to 
that microinstruction, which is then repeated. 'nvocauons return to 

a,i.rllT °^ <l'«erent return locations are a consequence of the point in the 

to t e V ''JJ;'!: ' '^cation and traSfe con^ol 

to the called routine. With Calls and Jams, these operations are perfomied in the Ml cycle- vJth Even 
.nvoc«,ons, on me other hand, the Event signal during me MO cycle causes me MO cycle toS'forwed by 

va^ue n mP?S6 1 ''"f ^V^'- the M Jde me 
SwS lOsSonT^ n'T""" " Consequently, me return value saved in . 

ROWS 10358 on a Call or Jam .s me incremented value of mPC 20276. while me retum value saved on an 
Event invocation is me unincremented value of mPC 20276. The following discussTon 2l dSlfst 
Calls and Jams, and men wim Event invocations. ^--Ti^sion wm aeai tirst wim 

A Call command in a microinstruction contains a literal value which specifies the offset frnm 

tion with me Call command is executed in micromachine cycle M1 BRCASE 2027fl arirtc ih» 
contained in the command to the current value of mPC 20276 iS order .0 obtai the toSL of th^nv^^^ 
microroutine and sets SITTNAS 20286 to select the location provided by BRCASE 20278 a t^o^n^i 

of^PC 2"02"nrR^^^^^^^ '""^ ''''' ^ storeSn'emelrrZ 

mnt, 20276 in me RCWS 10358 register assoaated with the current frame in SRs 10362 and increments 
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Unit 27017. or which address GRF 10354 registers reserved for KOS use. However, it is characteristic of the 
micromachrne that KOS devices are logically and physically separate from devices accessible to all 
microprograms and, consequently, other embodiments of CS lOllO may use hardware devices to prevent 
non-KOS microprograms from manipulating KOS devices. 



c. Micromachine Stacks and Microroutine Calls and Returns (Rqs. 272. 273) 



JO 

1. Micromachine Stacks (Fig. 272) 

As previously mentioned, the FU micromachine is a stack micromachine. The properties of the FU 
micromachine's stack depends on whether the FU micromachine is in virtual or monitor mode. In virtual 

/5 mode, the micromachine stack is of essentially unlimited size; if it contains more frames than allowed for 
inside FU 10120. the top frames are in GRF 10354 and the remaining frames are in Secure Slack 10336 
belonging " to Process 610 being executed by the FU micromachine. In the following, the virtual mode 
micromachine stack is termed the virtual micromachine stack. In monitor mode, the micromachine stack 
consists of a fixed amount of storage; in a present embodiment of CS lOllO. the monitor mode 

20 micromachine stack is completely contained in the stack portion, SRs 10362. of GRF 10354; in other 
emtKDdiments of CS 101 lO. part or all of the monitor mode micromachine stack may be contained in an 
area of MEM 10112 which has a fixed size and a fixed location known to the monitor micromachine. In yet 
other embodiments of CS 101 10, monitor mode micromachine stack may be of flexible depth in a manner 
similar to the virtual micromachine stack. In either mode, microroutines other than certain KOS micro- 

25 routines which execute state save and restore operations may access only two frames of GRF 10354 stack: 
the frame upon which the microroutine is executing, called the current frame, and the frame upon which the 
microroutine that invoked that microroutine executed, called the previous frame. KOS microroutines which 
execute state save and restore operations may in addition access the bottom frame of that portion of the 
virtual micromachine stack which is contained in GRF 10354. 

30 Fig. 272 illustrates stacks for the FU micromachine. Those portions of the micromachine stack which 
are contained in the FU are contained in SR's 10362 (of GRF 10354) and in ROWS 10358. Each register of 
ROWS 10358 is permanently associated with a GRF frame in SRs 10362 of GRF 10354. and the ROWS 
10358 register and the GRF frame together may contain one frame of a micromachine stack. As previously 
describe, each register of GRF 10354 contains three fields: one for an AON and other information, one for 

35 an offset, and one for a length. As illustrated in Fig. 251. each register in RCWS 10358 contains four fields: 

- A one bit field which retains the value of the Condition Code register in MCWl 20290 at the time that 
the invocation which created the next frame occurred. 

- A field indicating what Event Signals were pending at the time that the invocation to which the RCWS 
register belongs invoked another microroutine. 

40 - A flag indicating whether the microinstruction being executed when the invocation occurred was the 
first microinstruction in an SIN. 

- The address at which the execution of the invoking microroutine is to continue. 
The uses of these fields will become apparent in the ensuing discussion. 

The space available for micromachine stacks in SRs 10362 and RCWS 10358 is divided into two parts: 
45 Frames 27205 reserved for MOS 10370 and Frames 27206 available for the MIS 27203. Frames 27206 may 
contain no MIS Frames 27203. or be partially or completely occupied by MIS Frames 27203. Space which 
contains no MIS Frames is Free Frames 27207. The size of the space reserved for Monitor Micromachine 
Stack Frames 27205 is fixed, and Spaces 27203. 27205. and 27207 always come in the specified order. 
Register Addressing 27011 handles addressing in Stack Portion 27201 of GRF 10354 and RCWS 10358 in 
50 such fashion that the values for the locations of current, previous, and bottom frames specifying registers in 
RCWS 10358 or frames in Stack Portion 27201 automatically "wrap around" when they are incremented 
beyond the largest Index value allowed by the sizes of the registers or decremented below the smallest 
index value. Thus, though Spaces 27203. 27205. and 27207 always have the same relative order, their GRF 
10354 frames and RCWS registers may be located anywhere in Stack Portion 27201 and RCWS 10358. 

55 
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contains copies of information from KOS virtual memory management system tables, and thereby accele"r- 
ates logical-to-pnysical descriptor translation: Descriptor Trap 20256. which traps Logical Descriptors 27ii6. 
Command Trap 27018. which traps memory commands; and Data Trap 20258. which traps data on write 
operanons. When a logical memory reference is made, a Logical Descriptor 271 16 is presented via DB Bus 
27021 to ATU 10228. and at the same time. Logical Descriptor 27116 and the memory command are 
trapped in Descriptor Trap 20256 and Command Trap 27018. On write operations, the data to be wrinen is 
trapped in Data Trap 20258. If the information needed to form the physical descriptor is present in ATU 
10228. the physical descriptor is transferred to IWEM 10112 via PD Bus 10146. If the information needed to 
form the physical descnptor is not present in ATU 10228. an Event Signal from ATU 10228 invokes a 
microroutine which retrieves Logical Descriptor 27116 from Descriptor Trap 20256 and uses information 
contained in KOS virtual memory management system tables to make an entry in ATU 10228 for Logical 
Descnptor 27116. When the microroutine returns, the logical memory reference is repeated using Logical 
Descnptor 27116 from Descriptor Trap 20256, the memory command from Command Trap 27018 and on 
write operations, the data in Data Trap 20258. As will be described in detail in the discussion of virtual 
memory management, if the data referenced by a logical memory reference is not present in MElvl 10112 
the logical memory reference causes a page fault. 

e.e. The Protection Unit 27019 

On each logical memory reference. Protection Unit 27019 checks whether the subject makinq the 
reference has access rights which allow it to perform the action specified by the memory command on the 
Mnf^TS? "^L^ "'^ ""^^ ^^"^ '^"^'^ ^-^^^^ a signal from Protection 

Pro p r rT'!n^,? '° '^'^ ^^'^^«"'=«- Unit 27019 consists of 

« Protection Cache 10234, which contains copies of information from KOS Access Control System tables and 
tfiereby speeds up protection checking, and shares Descriptor Trap 20256. Command Trap 27018" and 
Data Trap 20258 with t>/lemory Reference Unit 27017. When a logical memory reference is made, the AON 
and offset portions of the logical descriptor are presented to Protection Cache 10234. If Protection Cache 
10234 contains protection information for the object specified by the AON and offset and the subiect 
30 perfomiing the memory reference has the required access, the memory reference may continue' if 
Protection Cache 10234 contains protection information and the subject does not have the required access 
a signal from Protection Cache 10234 aborts the memory reference. If Protection Cache 10234 does noi 
contain the required access information, a signal from Protection Cache 10234 aborts the memory reference 
and mvokes a microroutine which obtains the access information from KOS Access Control System tables 
35 and places .t in Protection Cache 10234. When Protection Cache 10234 is ready, the mlo^aTcess is 

Tr^n?7mo""V'^K°^'"' """^ ^'^^ 20256. the memory command from Command 

I rap ^/ui«, and in the case of write operations, the data in Data Trap 20258. 

00 fx KOS Micromachine Devices 

As mentioned in the above introduction to the micromachine, ttie devices making up the micromachine 
may be divided into two classes: those which any microcode written for the micromachine may manipulate 
and those which may be manipulated exclusively by KOS microcode. The latter class consists of certain 
[hfitV . '?cf\°'i^"' "''"^ °' °* Virtual micromachine stack in 

27019 and Memory Reference Unit 27017. Because Protection Unit 27019 and Memory Reference Unit 
?n?« "manipulated only by KOS microcode. non-KOS microcode may not use Descriptor Trap 

20256 or Command Trap 27018 as a source or destination, may not load or invalidate registers in ATU 

references which place physical descriptors directly on PD Bus 10146, instead of presenting logical 
doscnptors to Memory Reference Unit 27017 and Protection Unit 27019. Similarly. non-KOS microcode 

FUSlA ,10,", , .nc""^ ^'"bodiments allowing dynamic loading of 

cus, TT 11012. only KOS microcode may manipulate the devices provided for dynamic loading 

In a present embodiment of CS 10110. the distinction between KOS devices and registers'and devices 
and registers accessible to all microprograms is maintained by the microbinder. The microbinder checks all 
microcode for microinstructions which manipulate devices in Protection Unit 27019, or Memory Reference 
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a.a. I-Stream Reader 27001 

l-Stream Reader 27001 reads and parses a stream of SINs (termed the 1-Stream) from a Procedure 
Obiect 604, 606. 608. The l-Stream consists of SOPs (operation codes). Names, and literals. As previously 

5 mentioned, in a present embodiment of CS lOllO. ttie l-Slream read from a given Procedure 602 has a 
fixed format: the SOPs are 8 bits long and the Names and literals all have a single length. Depending on 
the procedure, the length may be 8, 12. or 16 bits. l-Stream Reader 27001 parses the l-Stream by breaking 
it up into its constituent SOPs and Names and passing the SOPs and Names to appropriate parts of the 
micromachtne. l-Stream Reader 27001 contains two groups of devices: 

fO • PC Values 27006, which is made up of three registers which contain locations in the I- Stream. When 
added to ABP PBP, the values contained in these registers specify locations in Procedure Object 901 
containing the Procedure 602 being executed- CPC 20270 contains the location of the SOP or Name 
currently being interpreted; IPC 20272 contains the location of the beginning of the SIN currently betng 
executed: EPC 20274, finally, is of interest only at the beginning of the execution of an SIN; at that time, it 

?5 contains the location of the last SIN to be executed. 

- Parsing unit 27005. which is made up of INSTB 20262. PARSER 20264. and PREF 20260. The 
micromachine uses PREF 20260 to create Logical Descriptors 27116 for the l-Stream. which are then 
placed on DB.Bus 27021 and used in logical memory references. The data returned from these references 
is placed in INSTB 20262. and parsed by PARSER 20264. 

20 SOPs. Names, and literals obtained by PARSER 20264 are placed on NAME Bus 20224, which 
connects PARSER 20264, SOP Decoder 27003. Name Translation Unit 27015. and OFFALU 20242. 



b.b- SOP Decoder 27003 

25 

SOP Decoder 27003 decodes SOPs into locations in FU 10120 and EU 10122 microcode. SOP 
Decoder 27003 comprises FUSDT 11010. EUSDT 20266. Dialect Register (RDIAL) 24212. and LOPDCODE 
24210. FUSDT 11010 are further comprised of FUDISP 24218 and FALG 24220. The manner in which these 
devices translate SOPs contained in SINs into locations in FUSITT 11012 and EUSITT 20344 has been 
30 previously described. 



c. c. Name Translation Unit 27015 

35 Name Translation Unit 27015 accelerates the translation of Names into Logical Descriptors 27116. This 
operation is termed name resolution. It is comprised of two components: NC 1 0226 and Name Trap 20254. 
NC 10226 contains copies of information from a Procedure Object 604's Name Table 10350. and thereby 
makes it possible to translate Names into Logical Descriptors 27116 without referring to Name Table 10350. 
When a Name is presented to Name Translation Unit 27015. it is latched into Name Trap 20254 for later 

40 use by Name Translation Unit 27015 if required. As will be explained in detail later, in the present 
embodiment. Name translation always begins with the presentation of a Name to NC 10226. If the Name 
has already been translated, the information required to construct its Logical Descriptor 27116 may be 
contained in NC 10226. If there is no information for the Name in NC 10226. Name Resolution Microcode 
obtains the Name from Name Trap 20254, uses information from Name Table 10350 for the procedure 

45 being executed to translate the Name, places the required information in NC 10226. and attempts the 
translation again. When the translation succeeds, a Logical Descriptor 27116 corresponding to the Name is 
produced from the information in Name Cache 10115, placed on DB Bus 27021. and loaded into a GRF 
1 0354 register. 

50 

d. d. Memory Reference Unit 27017 

Memory Reference Unit 27017 performs memory references using Logical Descriptors 27116. Memory 
Reference Unit 27017 receives a command for MEM 10112 and a Logical Descriptor 27116 describing the 
55 data upon which the command is to be performed. In the case of a write operation. Memory Reference Unit 
27017 also receives the data being written via JPD Bus 10142. Memory Reference Unit 27017 translates 
Logical Descriptor 27116 to a physical descriptor and transfers the physical descriptor and the command to 
MEM 10112 via PD Bus 10146, A Memory Reference Unit 27017 has four components: ATU 10228. which 
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embodiment of CS lOliO. half of the frames in GRF 10354 belong to SB's 10362 and are used for 
micromactiine stacks, and half belong to GRs 10360 for storing "global information". In SR's 10362. each 
GRF 10354 frame contains information belonging to a single invocation of a microroutine. As previous) 
explained, Register Addressing 27011 allows addressing of only three GRF 10354 frames in SR's tac< 
5 10362. the current top frame in the stack, the previous frame, and the bottom frame. Registers are 
accessed by specifying one of these three frames and a register number. 

TTie global information contained in GRs 10360. is information which is not connected with a single 
invocation. There are three broad categories of global information: 

• Information belonging to Process 610 whose Virtual Processor 612 is currently bound to JP 10114. 
70 Included in this information are the current values of Process 6l0's ABPs and the pointers which KOS uses 
to manage Process 6l0's stacks. 

- Information required for the operation of KOS. Included in this information are such items as pointers to 
KOS data bases which occupy fixed locations in MEfA 10112. 

- Constants, that is. fixed values required for certain frequently performed operations in FU 10120. 

js Remaining registers are available to microprogrammers as temporary storage areas for data which 
cannot be stored in a microroutine's stack frame. For example, data which is shared by several micro- 
routines may best be placed in a GR 10360. Addressing of registers in the GRs 10360 of GRF 10354 
requires two values: a value of 0 through 15 to specify the frame and a value of 0 through 7 to specify the 
register in the frame. 

As previously discussed in detail, each of the three components AONP 20216. OFFP 20218. and LENP 
20220 of DESP 20210 also contains ALUs, registers, and logic which allows operations to be performed on 
individual fields of GRF 10354 registers. In particular. OFFP 20218 contains OFFALU 20242. which may be 
used as a general purpose 32 bit arithmetic and logical unit. OFFALU 20242 may further serve as a source 
and destination for JPO Bus 10142. the offset portion of DB 27021. and NAME Bus 20224 and as a 
destination for MOD Bus 10144. Consequently. OFFALU 20242 may be used to perform operations on data 
on these buses and to transfer data from one bus to another. For example, when an SIN contains a literal 
value used in address calculation, the literal value is transferred via NAME Bus 20224 to OFFALU 20242. 
operated on, and output via the offset portion of DB 27021 . 



30 



d.d. EU 10122 Interface 



FU 10120 specifies what operation EU 10122 is to perform, what operands it is to perform it on and 
when It IS finished, what is to be done with the operands. FU 10120 can use two devices in EU 10122 as 

35 destinations for data, and one device as a source for data. The destinations are COMO 20342 and OPB 
20322. COMO 20342 receives the location in EUSITT 20344 of the microcode which is to perform the 
operation desired by the FU 10120. COMO 20342 may receive the location in microcode either from an FU 
10120 microroutine or from an SIN's SOP. In the first case, the location is transferred via JPO Bus 10142 
and in the second, it is obtained from EUSDT 20266 and transferred via EUDIS Bus 20206 OPB 20322 

40 receives the operands upon which the operation is to be performed. If the operands come directly from 
MEM 10112. they are transferred to OPB 20322 via MOO Bus 10144; if they come from registers or 
devices in FU 10120, they are transferred via JPD Bus 10142. 

Result Register 27013 is a source for data. After EU 10122 has completed an operation FU 10120 
obtains the result from Result Register 27013. FU 10120 may then place the result in MEM 101 12 or in anv 

45 device accessible from JPO Bus 10142. 



2. Specialized Micromachine Devices 

50 Each of the groups of specialized devices serves one of CS lOilO's subsystems, l-Stream Reader 
27001 IS part of the S-lnterpreter subsystem. Name Translation Unit 27015 is part of the Name Interpeter 
subsystem. Memory Reference Unit 27017 is part of the Virtual Memory Management System and 
Protection Unit 27019 is part of the Access Control System. Here, these devices are explained only in the 
context of the micromachine: ror a complete understanding of their (unctions within the subsystems to 

55 which they belong, see previous descriptions of the subsystems. 
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microinstruction, BRCASE 20278 adds a value calculated by DESP 20210 to the value in mPC 20716. The 
value calculated by DESP 20210 may be obtained from a field of a logical descriptor, thus allowing the 
micromachine to branch to different locations in microcode on the basis of type information contained in the 
logical descriptor. On return from an invocation of a microroutine. the location at which execution of the 
5 microroutine in which the invocation occurred is to continue is obtained from RCWS 10358. 

- At the beginning of the execution of an SIN, the location at which the microcode for the SIN begins is 
obtained from the SIN's SOP by means of FUSDT 1 1010. 

• Certain hardware signals cause invocations of microroutines. There are two classes of such signals: 
Event signals, which Event Logic 20284 transforms into invocations of certain microroutines. and JAM 
w signals, which are translated directly into locations in microcode. 

The addresses obtained as described above are transmitted to SITTNAS 20286. which selects one of 
the addresses as the location of the next microinstruction to be executed and transmits the location to 
FUSITT 11012. As the location is transmitted to FUSITT 11012. it is also stored in mPC 20276. All 
addresses except those for Jams are tranferred to SITTNAS 20286 via CSADR Bus 20204. Addresses 
rs obtained from JAM signals are transferred by separate lines to SITTNAS 20286. 

As will be explained in detail below, microroutine calls and returns also involve pushing and popping 
micromachine stack frames and saving state contained in MCW1 20290. 

Register Addressing 27011 controls access to micromachine registers contained in GRF 10354. As 
explained* in detail below, GRF 10354 contains both registers used for the micromachine stack and global 
20 registers, that is, registers that are always accessible to all microroutines. The registers are grouped in 
frames, and individual registers are addressed by frame number and register number. Register Addressing 
27011 allows addressing of any frame and register in the GRs 10360 of GRF 10354. but allows addressing 
of registers in only three frames of the SR*s 10362: the current (top) frame, the previous frame (i.e., the 
frame preceding the top frame), and the bottom frame, that is. the lowest frame in a virtual micromachine 
25 stack which is still contained in GRF 10354. The values provided by Register Addressing 27011 are stored 
in f^CWO 20292. As will be explained in the discussion of microroutine invocations which follows, current 
and previous are incremented on each invocation and decremented on each return. 

30 ex. Descriptor Processor 20210 (Rg. 271) 

DESP 20210 is a set of devices for storing and processing logical descriptors. The internal structure of 
DESP 20210's processing devices has already been explained in detail; here, the discussion deals primarily 
with the structure and contents of GRF 10354, In a present embodiment of CS lOllO. GRF 10354 contains 
35 256 registers. Each register may contain a single logical deschptor. Fig. 271 illustrates a Logical Descriptor 
271 16 in detail. In a present embodiment of CS 101 10. a Logical Descriptor 271 16 has four main fields: 

- RS Field 27101. which contains various flags which are explained in detail below. 

- AONiField 27111, which contains the AON portion of the address of the data item represented by the 
Logical Descriptor 271 16. 

40 - OFF -Reld 27113. which contains the offset portion of the address of the data item represented by 
Logical Descriptor 271 16. 

- LEN Field 27115. which contains the length of the data item represented by the Logical Descriptor 
27116. 

RS Field 27101 has subfields as follows: 
45 - RTD Field 27103 and WTD Field 27105 may be set by microcode to disable certain Event signals 
provided for debuggers by CS 10110. For details, see a following description of debugging aids in CS 
10110. 

- FIU Reld 27107 contains two bits. The fields are set from information in the Name Table Entry used to 
construct the Logical Descriptor 27116. The bits determine how the data specified by the Logical Descriptor 
50 271 16 is to be justified and filled when it is fetched from f^EM 101 12. 

- TYPE Field 27109*s four bits are also obtained from the Name Table Entry used to construct the 
Logical Descriptor 27116. The field's settings vary from S-Language to S-Language, and are used to 
communicate S-Language-specific type information to the S-Language's S-tnterpreter microcode. 

The four fields of a Logical Descriptor 27119 are contained in three separately-accessible fields in a 
55 GRF 10354 register: one containing RS Reld 27101 and AON Reld 271 1 1 . one containing OFF Reld 271 13. 
and one containing LEN Reld 27115. In addition, each GRF 10354 register may be accessed as a whole. 
GRF 10354 is further subdivided into 32 frames of eight registers each. An individual GRF 10354 register is 
addressed by means of its frame number and its register number within the frame. In a present 
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- Protection Unit 27019. which contains devices which accelerate primitive access checks on memory 
references made with logical descriptors. 

Fig. 270 also simplifies the bus structure of Rg. 202 by combining LENGTH Bus 20226. OFFSET Bus 
20228, and AONR Bus 20230 into a single structure. Descriptor Bus (08) 27021. In addition, internal bus 
5 connections have been reduced to those necessary for explaining the logical operation of the micro- 
machine. The following discussion first describes those devices used by most microcode executing on FU 
10120, and then describes devices used to perform special functions, such as Name translation or 
protection checking. 

JO 

1. Devices used b^ Most Microcode 

The subdivisions of the micromachine which contain devices used by most microcode are Microcode 
Addressing 27013. Register Addressing 27011. OESP 20210, and EU Interface 27007. In addition, most 
/5 microcode uses MOD Bus 10144. JPO Bus 10142, and DB Bus 27021. The discussion begins with the 
buses and then describes the other devices in the above order. 



a.a. MOO Bus 10144, JPD Bus 10142. and DB Bus 27021 

20 

MOD Bus 10144 is the only path by which data may be obtained from MEM 10112. Data on MOO Bus 
10144 may have as its destination Instaiction Stream Reader 27001. OESP 20210, or EU Interface 27007. In 
the first case, the data on MOO Bus 10144 consists of SINs: in the second, it is data to be processed by FU 
10120, and in the third, it is data to be processed by EU 10122. In the present embodiment, data to be 
25 processed by FU 10120 is generally data which is destined for internal use in FU 10120. for e.xample in 
Name Cache 10226. Data to be processed by EU 10122 is generally operands represented by Names in 
SINs. 

JPO Bus 10142 has two uses: it is the path by which data returns to MEM 10112 after it has been 
processed -by JP 10114, and it is the path by which data other than logical descriptors moves between the 
30 subdivisions of the micromachine. For example, when OS 10110 is initialized, the microinstructions which 
are loaded into FUSITT 11012 are transferred from MEM 10112 to OESP 20210 via MOD Bus 10144 and 
from OESP 20210 to FUSITT 11012 via JPD Bus 10142. 

OB 27021 is the path by which logical descriptors are transferred in the micromachine, DB 27021 
connects Name Translation Unit 27015. OESP 20210. Protection Unit 27019. and Memory Reference Unit 
35 27017. Typically, a logical descriptor is obtained from Name Translation Unit 27015. placed in a register in 
OESP 20210, and then presented to Protection Unit 27019 and Memory Reference Unit 27017 whenever a 
reference is made using a logical descriptor. However. OB 27021 is also used to transmit cache entries 
fabricated in OESP 20210 to ATU 10228. Name Cache 10226 and Protection Cache 10234. 

40 

b.b. Microcode Addressing 

As discussed here, microcode addressing is comprised of the following devices: Timers 20296, Event 
Logic 20284, RCWS 10358. BRCASE 20278, mPC 20276, MCWO 20292. MCWl 20290. SITTNAS '20286. 
45 and FUSITT 1 1012. All of these devices have already been described in detail, and they are discussed here * 
only as they affect microcode addressing. Other devices contained in Fig. 202, Slate Registers 20294 
Repeat Counter 20280. and PNREG 20282 are not directly relevant to microcode addressing, and are not 
discussed here. 

As has already been described in detail, devices in Microcode Addressing 27013 are loaded from JPO 
50 Bus 10142. The microcode addresses provided by these devices and by FUSDT 11010 are transmitted 
among the devices and to FUSITT 11012 by CSADR Bus 20204. There are six ways in which the next 
microcode address may be obtained: 

- Most commonly, the value in mPC 20276 is incremented, by 1 by a special ALU in mPC 20276, thus 
yielding the address of the microinstruction following the current microinstruction. 
55 - If a microinstruction specifies a call to a microroutine or a branch, the microinstruction contains a literal 
which an ALU in BRCASE 20278 adds to the value in mPC 20276 to obtain the location of the next 
microinstruction. 

- If a microinstruction specifies the use of a case value to calculate the location of the next 
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and the virtual micromacnine therefore always runs on a micromachtne stack belonging to some Process 
610. Furthermore, if the invocation of a microroutine or a return from a microroutine requires micromacnme 
frames to be transferred from Secure Stack 10336 to the FU micromachine. a page fault may result, and 
Process 610 which is executing the microroutine may be removed from JP 10114. thereby making the time 
5 required to execute the microroutine unpredictable. Indeed, if Process 610 is stopped or killed, the 
execution of the microroutine may never finish. As will be seen in descriptions below, the Virtual Processor 
612 is the means by which the virtual micromachine gams access to a Process 6i0's micromachine stack. 
When in monitor mode, the FU micromachine has the following properties: 

- It has a micromachine stack of fixed size, the stack is always available to the FU micromachine. and it 
:o is not associated with a Process 610. 

- It can respond to only a fixed number of events during the MO cycle of a single microinstruction. 

- In monitor mode, invocation of a microroutine or return from a microroutine wilt not cause a page fault. 

- Microroutines executing on the FU micromachine when the micromachme is in monitor mode are 
guaranteed to run to completion unless they themselves perform an action which causes them to give up 
15 JP 10114. 

- Microroutines executing in monitor mode need not be performing functions for a Process 61 0. 

Again, the remaining properties are consequences of the first: because the monitor micromachine' s 
stack is of fixed size, the number of events to which the monitor micromachine can respond is limited; 
furthermore, since the stack is always directly accessible to the micromachine. microroutine invocations and 

20 returns will not cause page f^aults. and microroutines running in monitor mode will run to completion unless 
they themselves perform an action which causes them to give up JP lOlU. Finally, the monitor 
micromachine's stack is not associated with a Process 6i0's Secure Stack 10336. and therefore, the 
monitor micromachine can both execute functions for Processes 610 and execute functions (which are 
related to no Process 610, for example.) the binding and removal of Virtual Processors 612 from JP 10114. 

25 The description which follows first gives an overview of the devices which make up the micromachine, 
continues with descriptions of invocations on the micromachine and micromachine programming, and 
concludes with detailed discussions of the virtual and monitor modes and an overview of the relationship 
between the micromachine and CS 101 10 subsystems. The manner in which the micromachine performs 
specific operations such as SIN parsing. Name resolution, or address translation may be found in previous 

30 descriptions of CS 10110 components which the micromachine uses to perform the operations. 



b. Overview of Devices Comprising FU Micromachine fFig. 270) 

35 Fig. 270 presents an overview of the devices comprising the micromachine. Fig. 270 is based on Rg. 

201. but has been simplified to improve the clarity of the discussion. Devices and subdivisions of the 

micromachine which appear in Fig. 201 have the numbers given them in that figure. When a device in Fig. 

270 appears in two subdivisions, it is shared by those subdivisions. 

Fig. 270 has four main subdivisions. Three of them are from Fig, 201: FUCTL 20214. which contains the 
JO devices used to select the next microinstruction to be executed by the micromachine, OESP 20210, which 

contains stack and global registers and ALUs for descriptor processing; and MEMINT 20212. which contains 

the devices which translate Names into logical descriptors and logical descriptors into physical descriptors. 

The fourth subdivision, EU Interface 27007, represents those portions of EU I0i22 which may be 

manipulated by FU 10120 microcode. 
J5 Fig. 270 further subdivides FUCTL 20214 and MEMINT 20212. FUCTL 20214 has four subdivisions: 

- I-Slream Reader 27001. which contains the devices used to obtain SINs and parse them into SOPs and 
Names, 

- SOP Decoder 27003, which translates SOPs into locations in FU microcode {FUSITT 11012). and in 
some cases EU microcode (EUSITT 20344), which contain the microcode that performs the corresponding 

so SINs. 

- Microcode Addressing 27013, which determines the location of the next microinstruction to be 
executed in FUSITT 11012. 

- Register Addressing 2701 1. which contains devices which generate addresses for GRF 10354 registers. 
MEMINT 20212 also has three subdivisions: 
55 - Name Translation unit 27015, which contains devices which accelerate the translation of Names into 
logical descriptors. 

- Memory Reference Unit 27017. which contains devices which accelerate the translation of logical 
deschptors into physical descriptors. 
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SCRs 27018 to 27024 from DPCPU 27010 control operation of SCRs 27018 to 27024. that is whether these 
registers shall operate as parallel in. parallel out registers, or as shift registers of DESPSC 270l4's scan 
chain. The shift register scan chain comprising SCRs 27018 to 27024 allows DPCPU 27010 to read the 
contents of SCRs 27018 to 27024 by shifting the content of these registers into DPCPU 27010. Conversely. 
5 DPCPU 27010 may write into SCRs 27018 to 27024 by shifting information generated by DPCPU 27010 
from DPCPU 27010 and through the shift register scan chain to selected locations within SCRs 27018 to 
27024. 

Scan chain clock generator circuits and scan chain registers of each scan chain circuit within CS 10110 
thereby allow DP 10118 to control operation of each major sub-element of CS 10110, For example, to read 
w information from the scan chain registers therein, and to write information into those scan chain registers as 
required for diagnostic, monitoring, and control functions. 

Having described structure and operation of each major element of CS 10110. including MEM 10112. 
FU 10120. EU 10122, ICS 10116, and DP 10118. certain operations of. in particular. FU 10120 will be 
described further next below. The following dejscriptions will further disclose operational features of JP 
75 10114. and in particular FU 10120, by describing in greater detail certain operations therein by further 
describing microcode control of JP 10114. 



F. CS 10110 Micromachine Structure and Operation (Rgs. 270-274) 



a. Introduction 

25 The preceding descriptions have presented the hardware structures and operation of FU 10120 and EU 
10122. TTie following description will describe how devices in FU 10120, and certain EU 10122 devices, 
function together as a microprogrammable computer, henceforth termed the FU micromachine. The FU 
micromachine performs two tasks: it interprets SINs. and it responds to certain signals generated by 
devices in FU 10120. EU 10122, MEM 10112. and lOS 10116. The signals to which the FU micromachine 

30 responds are termed Event signals. In terms of structure and operation, the FU micromachine is character- 
ized by the following: 

- Registers and ALUs specialized for the handling of logical descriptors. 

- Registers organized as stacks for invocations of microroutines (microinstruction sequences). 

- Mechanisms allowing microroutine invocations by means of event signals from hardware. 

as - Mechanisms which allow an invoked microroutine to return either to the microinstruction following the 
one which resulted in the invocation or to the microinstruction which resulted in the invocation. 

- Mechanisms which allow the contents of stack registers to be transferred to MEM 10112, thereby 
creating a virtual microstack of limitless size. 

- Mechanisms which guarantee response to an event signal within a predictable length of time. 

40 - The division of the devices comprising the micromachine into two groups: those devices which may be 
used by all microcode and those which may be used only by KOS (Kernel Operating System, previously 
described) microcode. 

These devices and mechanisms allow the FU micromachine to be used in two ways: as a virtual 
micromachine and as a monitor micromachine. Both kinds of micromachine use the same devices in FU 
45 10120. but perform different functions and have different logical properties. In the following discussion, 
when the FU micromachine is being used as a virtual micromachine, it is said to be in virtual mode, and 
when it is being used as a monitor micromachine. it is said to be in monitor mode. Both modes are 
introduced here and explained in detail later. 

When the FU micromachine is being used in virtual mode, it has the following properties: 
50 - It runs on an essentially infinite micromachine stack belonging to a Process 610. 

- It can respond to any number of event signals in the MO cycle (state) of a single microinstruction. 

- A page fault may occur on the invocation of any microroutine or on return from any microroutine. 

• When the FU micromachine is in virtual mode, any microroutine may not run to completion, i.e.. 
complete its execution in a predictable length of time, or complete it at all. 
55 - It is executing a Process 610. 

The last four properties are consequences of the first: Event signals result in invocations, and since the 
micromachine stack is infinite, there is no limit to the number of invocations. The infinite micromachine 
stack is realized by placing micromachine stack frames on Secure Stack 10336 belonging to a Process 610. 
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E. Diagnostic Processor iQiig (Fgs. 101. 205) 

Referring to Fig. 101. as previously described. DP I0ii8 is interconnected with lOS I0n6. MEM 
10112. FU 10120, and EU 10122 through OP Bus 10138. DP 10118 is also interconnected, through DPIO 

5 Bus 10136. with the external world and in particular with DU 10134. In addition to performing diagnostic and 
fault monitoring and correction operations. OP 10118 operates, in part, to provide control and display 
functions allowing an operator to interface with CS 101 10. DU 10134 may be comprised, for example, of a 
CRT and keyboard unit, or a teletype, and provides operators of CS lOiiO with all control and display 
functions which are conventionally provided by a hard console, that is a console containing switches and 

ro lights. For example. DU 10134, through DP 10118. allows an operator to exercise control of CS lOilO for 
such purposes as system initialization and startup, execution of diagnostic processes, fault monitoring and 
identification, and control of execution of programs. As will be described further below, these functions are 
accomplished through OP 101l8's interfaces with lOS 10116, MEM 10112, FU 10120. and EU 10122. 

DP 10118 is a general purpose computer system, for example a NOVA® 4 computer of Data General 

rs Corporation of Westboro, Massachusetts. Interface of DP 10118 and DU I0i34. and mutual operation of DP 
10118 and DU 10134, will be readily apparent to one of ordinary skill in the art. DP lOiiB's interface and 
operation, with lOS 10116. MEM 10112. FU 10120, and EU 10122 will be descritjed further next below. 

DP 10118. operating as a general purpose computer programmed specificially to perform the functions 
described above, has, as will be described below, read and write access to registers of ICS 10116. MEM 

20 10112. FU 10120 and EU 10122 through DP Bus 10138. DP 10118 may read data directly from and write 
data directly into those registers. As will be described below, these registers are data and instruction 
registers and are integral parts of CS lOllO's circuitry during normal operation of CS 10110. Access to 
these registers thereby allows DP 10118 to directly control or effect operation of CS lOiiO. In addition, and 
as also will be described below, DP 10118 provides, in general, all clock signals to all portions of CS 10110 

25 circuitry and may control operation of that circuitry through control of these dock signals. 

For purposes of DP 10118 functions, CS lOllO may be regarded as subdivided into groups of 
functionally related elements, for example DESP 20210 in FU 10120. DP 10118 obtains access to the 
registers of these groups, and control of clocks therein, through scan chain circuits, as will be described 
next below. In general, DP 101 18 is provided with one or more scan chain circuits for each major functional 

30 sub-element of CS 10110. 

Referring to Fig. 205, a diagramic representation of DP 10118 and a typical DP 10118 scan chain is 
shown. As indicated therein. DP 10118 includes a general purpose Central Processor Unit, or computer, 
(DPCPU) 27010. A first interface of DPCPU 27010 is with DU 10134 through DPIO Bus 10136. DPCPU 
27010 and DU 10134 exchange data and control signals through DPIO Bus 10136 in the manner to direct 

35 operations of DPCPU 27010. and to display the results of those operations through DU I0i34. 

Associated with DPCPU 27010 is Clock Generator (CLKG) 27012. CLKG 27012 generates, in general, 
all clock signals used within CS 101 lO. 

DPCPU 27010 and CLKG 27012 are interfaced with the various scan chain circuits of CS 101 10 through 
DP Bus 1'0138. As described above, CS 10110 may include one or more scan chains for each major sub- 

40 element of CS 10110. One such scan chain, for example DESP 20210 Scan Chain (DESPSC) 27014 is 
illustrated in Fig. 205. 

Interface between DPCPU 27010 and CLKG 27012 and. for example. DESPSC 27014 is provided 
through DP Bus 10138. As indicated in Fig. 205. DESPSC 27014 includes Scan Chain Clock Gates (SCCG) 
27016 and one or more Scan Chain Registers (SCRs) 27018 to 27024. 

45 SCCG 27016 receives clock signals from CLKG 27012 and control signals from DPCPU 27010 through 
DP Bus 10138. SCCG 27016 in turn provides appropriate clock signals to the various registers and circuits 
of. for example. DESP 20210. Clock control signals provided by DPCPU 27010 to SCCG 27016 control, or 
gate, the various clock signals to these registers and circuits of DESP 20210. thereby effectively allowing 
DPCPU 27010 to control of DESP 20210. 

50 SCRs 27018 to 27024 are comprised of various registers within DESP 20210. For example, SCRs 
27018 to 27024 may include the output buffer registers of AONGRF 20232. OFFGRF 20234. LENGRF 
20236. output registers of OFFALU 20242 and LENALU 20252. and registers within OFFMUX 20240 and 
BIAS 20246. Such registers are indicated in the present description, as previously descrit>ed. by arrows 
appended to ends of those registers, with a first arrow indicating an input and a second an output. In normal 

55 CS 10110 operations, as previously described, SCRs 27018 to 27024 operate as parallel in. parallel out 
buffer registers through which data and instructions are transferred. SCRs 27018 to 27024 are also capable 
of operating as shift registers and. as indicated in Fig. 205. are connected together to comprise a single 
shift register circuit having an input from DPCPU 27010 and an output to DPCPU 27010. Control inputs to 
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Referring to Fig. 270. a diagraniic representation of PRC 20444*s RGAG is shown. In general. PRC 
20444's RGAG is comprised of a Ring Grant Code Generator (RGCG) 26910 and one or more data channel 
request comparators. In Fig. 269. PRC 20444*s RGAC is shown as including ECUPSE® Burst Multiplexer 
Channel Request Comparator (EBMCRC)26912. NOVA® Data Channel Request Comparator (NOCRC) 
5 26914, Data Channel Device X Request Comparator (OCDXRC) 26916. and Data Channel Device 2 Request 
Comparator (DC02RC) 26918. PRC 20444's RGAG may include more or fewer request comparators as 
required by the number of data channel devices within a particular lOS 101 1 6. 

As indicated in Fig. 269. Request Grant Code (RGC) outputs of RGCG 26910 are connected in parallel 
to first inputs of EBMCRC 26912. NDCRC 26914, OCDXRC 26916. and OCDZRC 26918. Second inputs of 
10 EBMCRC 26912. NDCRC 26914. OCDXRC 26916. and OCDZRC 26918 are connected from other portions 
of PRC 20444 and receive indications that, respectively. EBMC 20414. NOC 20416, OCOX. or OCDZ has 
submitted a request for a read or write access to MEM 101 12. 

Request Grant Outputs (GRANT) of EBMCRC 26912, NDCRC 26914, OCDXRC 26916. and OCDZRC 
26918 are in turn connected to otiier portions of PRC 20444 circuitry to indicate when read or write access 

/5 to MEM 10112 has been granted in response to a request by a particular ICS 10116 data channel device. 
When indication of such a grant is provided to those other portions of PRC 20444. PRC 20444 proceeds to 
generate appropriate control signals to MEM 10112, through lOMC Bus 10131 as previously described, to 
IDB 20440 and COB 20442. and to lOCP 20412. PRC 20444's control signals initiate that read or write 
request to that ICS 10116 data channel device. Grant outputs of EBMCRC 26912. NOCRC 26914. DCOXRC 

20 26916. and OCDZRC 26918 are also provided as inputs to RGCG 26910 to indicate, as described further 
below, when a particular ICS 10116 has requested and been granted access to MEM 10112. 

As indicated in Rg, 269. a diagramic figure above RGCG 26910. RGCG generates a repeated sequence 
of unique RGCs. Herein indicated as numeric digits 0 to 15. Each RGC identifies, or defines, a particular 
time slot during which a lOS 10116 data channel device may be granted access to MEM 10112. Certain 

25 RGCs are, effectively, assigned to particular lOS 10116 data channel devices. Each such data channel 
device may request access to MEM 10112 during its assigned RGC identified access slots. For example. 
EBMC 20414 is shown as being allowed access to MEM 10112 during those access slots identified by 
RGCs 0. 2. 4. 6. 8, 10, 12. and 14. NOC 20416 is indicated as being allowed access to MEM 10112 during 
RGC slots 3. 7. 11, and 15. OCDX is allowed access during slots 1 and 9. and OCDZ is allowed access 

30 during RGC slots 5 and 13. 

As described above, RGCG generates RGCs 0 to 15 in a repetitive sequence. During occurrence of a 
particular RGC. each request comparator of PRC 20444*s RGAG examines that RGC to determine whether 
its associated data channel device is allowed access during that RGC slot, and whether that associated data 
channel device has requested access to MEM 10112. If that associated data channel device is allowed 

35 access during that RGC slot, and has requested access, that data channel device is granted access as 
indicated by that request comparator's GRANT output. The request comparators GRANT output is also 
provided as an input to RGCG 26910 to indicate to RGCG 26910 that access has been granted during that 
RGC slot. 

If a particular data channel device has not claimed and has not been granted access to MEM 10112 

40 during that RGC slot. RGCG 26910 will go directly to next RGC slot. In next RGC slot. PRC 20444's RGAG 
again determines whether the particular data channel device allowed access during that slot has submitted 
a request, and will grant access if such a request has been made. If not, RGCG 26910 will again proceed 
directiy to next. RGC slot, and so on. In this manner, PRC 20444's RGAG insures that each data channel 
device of ICS 10116 is allowed access to MEM 10112 without undue delay. In addition. PRC 20444's RGAG 

45 prevents a single, or more than one, data channel device from monopolizing access to MEM 10112. As 
described atrave. each data channel device is allowed access to MEM 10112 at least once during a 
particular sequence of RGCs. At the same time, by not pausing within a particular RGC in which no request 
for access to MEM 101 12 has occurred, PRC 20444's RGAG effectively automatically skips over those data 
channel devices which have not requested access to MEM 10112. PRC 20444's RGAG thereby effectively 

50 provides, within a given time interval, more frequent access to those data channel devices which are most 
busy. In addition, the RGCs assigned to particular ICS 10116 data channel devices may be reassigned as 
required to adapt a particular CS 10110 to the data input and output requirements of a particular CS 10110 
configuration. That is, if EBMC 20414 is shown to require less access to MEM 10112 then NOC 20416. 
certain RGCs may be reassigned from EBMC 20414 to NOC 20416. Access to MEM 10112 by ICS I0116's 

55 data channel devices may thereby be optimized as required. 

Having described structure and operation of ICS 10116, structure and operation of DP 10118 will be 
described next below. 
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common area shared by that first data device and a second data device and read out of f^EM 10112 to a 
second ED I0i24 data sink by that second data channel device. Individual mapping of lOS I0ii6's data 
channel devices thereby provides total flexibility in partitioning or shanng of f^EM I0li2's address space 
through lOS 10116. 

5 

2. i/0 Control Processor 20412 

As described above, fOCP 20412 is a general purpose computer whose primary function is overall 
w direction and control or data transfer between I^EM 10112 and ED 10124. lOCP 20412 controls mapping of 
addresses between lOS I0ii6's data channel devices and MEM 101 12 address space. In this regard. lOCP 
20412 generates address translation maps for lOS I0li6*s data channel devices, such EBI^C 20414 and 
NDC 20416. lOCP 20412 loads these address translation maps into and controls, for example. BIV1CATM 
20432 of EBMC 20414 and fslOCATM 20436 and NDC 20416 through lOCPC Bus 20434. lOCP 20412 also 
ts provides certain control functions to DMOVR 20410. as indicated in Fig. 204. In addition to these functions. 
lOCP 20412 is also provided with data and addressing inputs and outputs. These data addressing inputs 
and outputs may be utilized, for example, to obtain information utilized by lOCP 20412 in generating and 
controlling mapping of addresses between lOS l0116*s data channel devices and f^EM 10112. Also, these 
data and -address inputs and outputs allow lOCP 20412 to operate, in part, as a data channel device. As 
20 previously described. lOCP 20412 has data and address inputs and outputs connected from and to DMID 
Bus 20430 and DMOD Bus 20428. lOCP 20412 thus has access to data being transferred between ED 
10124 and MEM 10112, providing lOCP 20412 with direct access to MEM 10112 address space. In 
addition. lOCP 20412 is provided with control and address outputs to NDCAD Bus 20424, thus allowing 
lOCP 20412 partial control of certain data source and sink devices in ED 10124. 

25 

3. Data Mover 20410 (Fig. 269) 



30 

a.a. input Data Buffer 20440 and Output Data Buffer 20442 

As described above. DMOVR 20410 comprises an interface between lOS I01l6*s data channels and 
MEM 10112. DMOVR 20410 performs actual transfer of data between lOS I0ii6's data channel devices 

35 and MEM 10112. and controls access between lOS I0116's data channel devices and MEM 10112. IDB 
20440 and 008 20442 are data and address buffers allowing asynchronous transfer of data between iOS 
10116 and MEM 10112, That is. ODB 20442 may accept data from MEM 10112 as that data becomes 
available 'and then hold that data until an IOS 10116 data channel device, for example EBMC 20414. is 
ready to accept that data, IDB 20440 accepts data and MEM 10112 physical addresses from IOS 101i6's 

JO data channel devices. IDB 20440 holds that data and addresses for subsequent transmission to MEM 1011 2 
when MEM 10112 is ready to accept data and addresses. IDB 20440 may. for example, accept a burst, or 
sequence, of data from EBMC 20414 or single data words from NDC 20416 and subsequently provide that 
data to MEM 10112 in block, or four word, transfers as previously described. Similarly. ODB 20442 may 
accept one or more block transfers or data from ODB 20442 and subsequently provide that data to NDC 

45 20416 as single words, or to DMID 20430 as a data burst. In addition, as previously described, a block 
transfer from MEM 101 12 may not appear as four sequential words. In such cases. ODB 20442 accepts the 
four words of a block transfer as they appear on MIO Bus 10129 and assembles those words into a block 
comprising four sequential words for subsequent transfer to ED 10124. 

Transfer of data through IDB 20440 and ODB 20442 is controlled by PRC 20444. which exchanges 

50 control signals with lOCP 20412 and has an interlace, previously described, to MEM 10112 through lOMC 
Bus 10131. 



b.b. Priority Resolution and Control 20444 (Fig. 269) 

As previously described. PRC 20444 controls access between ICS 10116 data channel devices and 
MEM 10112. This operation is performed by means of a Ring Grant Access Generator (RGAG) within PRC 
20444. 
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Referring finally to OMOVR 20410. DMOVR 20410 includes input Data Buffer (IDS) 20440. Output Data 
Buffer (OOB) 20442, and Priority Resolution and Control (PRC) 20444. A data and address input of IDS 
20440 is connected from OMID Bus 20430. A data and address output of IDS 20440 is connected to lOM 
Bus 10130 to MEM 10112. A data output of ODB 20442 is connected from MIO Bus 10129 from MEM 
10112. and a data output of ODB 20442 is connected to OMOD Bus 20428. Bi-directional control inputs and 
outputs of IDS 20440 and ODB 20442 are connected from bi-directional control inputs and outputs of PRC 
20444. A bi-directional control input and output of PRC 20444 is connected from a bi-directional control 
input and output of lOCP 20412 as described above. Anottier bi-directional control input and output of PRC 
20444 is connected to and from lOMC Bus 10131 and thus from a control input and output of MEM 10112. 
Having described overall structure of lOS 10116. operation of lOS 10116 will be described neict below. 



b. I/O System 101 16 Operation (Rq. 269) 



L P^^^ Channel Devices 

Refemng first to EBMC 20414, BMCAC 20418 receives data and addresses from ED 10124 through 
BMCAD Bus 20420. BMCAC 20418 transfers data into BMCDB 20426. where that data is held for 
subsequent transmission to MEM 10112 through DMOVR 20410. as will be described below. BMCAC 20418 
transfers addresses received from ED 10124 to BMCATM 20432. BMCATM 20432 contains address 
mapping information correlating ED 10124 addresses with MEM 10112 physical addresses. BMCATM 
20432 thereby provides MEM 10112 physical addresses corresponding to ED 10124 addresses provided 
through BMCAC 20418. 

When, as will be described further below. EBMC 20414 is granted access to MEM 10112 to write data 
into MEM 10112, data stored in BMCDB 20426 and corresponding addresses from BMCATM 20432 are 
transferred onto DMID Bus 20430 to DMOVR 20410. As will be described below, DMOVR 20410 then writes 
that data into those MEM 10112 physical address locations. When data is to be read from MEM 10112 to 
ED 10124, data is provided by DMOVR 20410 on DMOD Bus 20428 and is transferred into BMCDB 20426. 
BMCAC 20418 then reads that data from BMCDB 20426 and transfers that data onto BMCAD Bus 20420 to 
ED 10124. During transfers of data from MEM 10112 to ED 10124. MEM 101 12 does not provide addresses 
to be translated into ED 10124 addresses to accompany that data. Instead, those addresses are generated 
and provided by BMCAC 20418. 

NDC 20416 operates in a manner similar to that of EBMC 20414 except that data inputs and outputs of 
NDCAC 20422 are not buffered through a BMCDB 20426. 

As previously described. MEM 10112 has capacity to perform block transfers, that is sequential 
transfers of four 32 bit words at a time. In general, such transfers are performed through EBMC 20414 and 
are buffered through BMCDB 20426. That is. BMCDB 20426 allows single 32 bit words to be received from, 
ED 10124 by EBMC 20414 and stored therein until a four word block has been received. That block may 
then be transferred to MEM 10112. Similarly, a block may be received from MEM 10112. stored in BMCDB 
20426, and transferred one word at a time to ED 10124. In contrast NDC 20416 may generally be utilized 
for single word transfers. 

As indicated in Fig, 204, EBMC 20414, NDC 20416, and each data channel device of lOS 10116 each 
contain an individual address translation map, for example BMCATM 20432 in EBMC 20414 and NDCATM 
20436 in NDC 20416, Address translation maps stored therein are effectively constructed and controlled by 
lOCP 20412 for each data channel device. lOS 10116 may thereby provide an individual and separate 
address translation map for each lOS 10116 data channel device. This allows lOS 10116 to insure that no 
two data channel devices, nor two groups of data sinks and sources in ED 10124, will mutually interfere by 
writing into and destroying data in a common area of MEM 10112 physical address space. Alternately, lOS 
10116 may generate address translation maps for two or more data channel devices wherein those maps 
share a common, or overlapping, area of MEM I0ll2's physical address space. This allows data stored in 
MEM 10112 to be transferred between lOS 10116 data channel devices through MEM 10112, and thus to 
be transferred between various data sink and source devices of ED 10124. For example, a first ED 10124 
data source and a first lOS 101 16 data channel may write data to be operated upon into a particular area of 
MEM 10112 address space. The results of CS lOl 10 operations upon that data may then be written into a 
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MEM 101 i2's physical address space to write data into or read data from MEM I0ii2. As such. lOS lOi 16 
also performs address translation, a mapping operation required in transferring data between MEM I0i12's 
physical address space and address spaces of data sources and sinks in ED 10124. 

As shown in Fig. 204, lOS 10116 includes Data Mover (OMOVR) 20410. Input'Output Control Processor 

5 (lOCP) 20412. and one or more data channel devices. ICS i0il6's data channel devices may include 
ECLIPSE* Burst Multiplexer Channel (EBMC) 20414. NOVA Data Channel (NDC) 20416. and other data 
channel devices as required for a particular configuration of a CS lOllO system. lOCP 20412 controls and 
directs transfer of data between MEM 10112 and ED 10124. and controls and directs mapping of addresses 
between ED 10124 and MEM I0il2's physical address space. lOCP 20412 may be compnsed. for 

10 example, of a general purpose computer, such as an ECLIPSE® M600 computer available from Data 
General Corporation of Westboro. Massachusetts. 

EBMC 20414 and NDC 20416 comprise data channels through which data is transferred between ED 
10124 and 108 10116. EBMC 20414 and NDC 20416 perform actual transfers of data to and from ED 
10124. under control of lOCP 20412. and perform mapping of ED 10124 addresses to MEM I0li2 physical 

15 addresses, also under control of lOCP 20412. EBMC 20414 and NDC 20416 may respectively be 
comprised, for example, of an ECLIPSE® Burst Multiplexer Data Channel and a NOVA® Data Channel, also 
available .from Data General Corporation of Westboro, Massachusetts. 

DMOVR 20410 comprises tOS 101l6*s interface to MEM 10112. OMOVR 20410 is the path through 
which data and addresses are transferred between EBMC 20414 and NDC 20416 and MEM 10112. 

20 Additionally. DMOVR 20410 controls access between EBMC 20414. NDC 20416. and other lOS 101 16 data 
channels, and MEM 10112. 

ED 10124. as indicated in Fig. 204, may be comprised of one or more data sinks and sources. ED 
10124 data sinks and sources may include commercially available disc drive units, line printers, commu- 
nication lengths, tape units, and other computer systems, including other CS lOilO systems. In general, ED 

25 10124 may include all such data devices as are generally interfaced with a computer system. 



a. I/O System 10116 Structure (Fig. 204) 

30 Referring first to the overall structure of lOS 10116. data input/output of ECLIPSE'i> Burst Multiplexer 
Channel Adapter and Control Circuitry (BMCAC) 20418 of EBMC 20414 is connected to bi-directional BMC 
Address and Data (BMCAD) Bus 20420, BMCAD Bus 20420 in turn is connected to data and address inputs 
and outputs of data sinks and sources of ED 10124. 

Similarly, data and address inputs and outputs of NOVA® Data Channel Adapter Control Circuits 

35 (NDCAC) 20422 in NDC 20416 is connected to bi-directional NOVA® Data Channel Address and Data 
(NDCAD) Bus 20424. NDCAD Bus 20424 in turn is connected to address and data inputs and outputs of 
data sources and sinks of ED 10124. BMCAD Bus 20420 and NDCAD Bus 20424 are paths for transfer of 
data and. addresses between data sinks and sources of ED I0i24 and lOS I0ii6's data channels and may 
be expanded as required to include other lOS 10116 data channel devices and other data sink and source 

40 devices of ED 10124. 

Within EBMC 20414, bi-directional data input and output of BMCAC 20418 is connected to bi-directional 
input and output of BMC Data Buffer (BMCDB) 20426, Data inputs and data outputs of BMCDB 20426 are 
connected to. respectively. Data Mover Output Data (DMOD) Bus 20428 and Data Mover Input Data (DMID) 
Bus 20430. Address outputs of BMCAC 20418 are connected to address inputs of Burst Multiplexer 

45 Channel Address Translation Map (BMCATM) 20432 and address outputs of BMCATM 20432 are con- 
nected onto DMID Bus 20430. A bi-directional control input and output of BMCATM 20432 is connected 
from bi-directional 10 Control Processor Control (lOCPC) Bus 20434. 

Referring to NDC 20416. as indicated in Ftg. 204 data inputs and outputs of NDCAC 20422 are 
connected, respectively, from DMOD Bus 20428 and to DMID Bus 20430. Address outputs of NDCAC 

50 20422 are connected to address inputs of NOVA® Data Channel Address Translation Map (NDCATM) 
20436. Address outputs of NDCATM 20436 are. in turn, connected onto DMID Bus 20430. A bi-directional 
control input and output of NDCATM 20436 is connected from lOCPC Bus 20434. 

Referring to lOCP 20412. a bi-directional control input and output of lOCP 20412 is connected from 
lOCPC Bus 20434. Address and data output of lOCP 20412 is connected to NDCAD Bus 20424. An address 

55 output of lOCP Address Translation Map (lOCPATM) 20438 within lOCP 20412 is connected onto DMID 
Bus 20430. Data inputs and outputs of lOCP 20412 are connected, respectively, to DMOD Bus 20428 and 
DMID Bus 20430. A bi-directional control input and output of lOCP 20412 is connected to a bi-directional 
control input and output of DMOVR 20410. 
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microinstruction sequences for arithmetic operations in up to 4 S-Unguage Dialects is sufficient for most 
requirements, so that EUSITT 20344 need be loaded with microinstruction sequences only at initialization of 
CS 10110 operation. Should microinstruction sequences for arithmetic operations of more than 4 S- 
Unguage Dialects be required, those microinstruction sequences may be loaded into EUSITT 20344 in the 

s manner as will be described below. 

As previously described, a portion of the microinstructions stored in EUSITT 20344 is contained in 
Read Only Ivlemories and is thus permanently stored in EUSITT 20344. Microinstruction sequences 
permanently stored in EUSITT 20344 are. in general, those required for execution of kernel operations 
Microinstruction sequences permanently stored in EUSITT 20344 include those used to assist in writing 

w other EU 10122 microinstruction sequences into EUSITT 20344 as required. Certain microinstruction 
sequences are stored in a Random Access Memory, referred to as the Writeable Control Store (WCS) 
portion of EUSITT 20344. and include these for interpreting arithmetic operation SOPs of various S- 
l^guage Dialects. 

Writing of microinstruction sequences into EU 10122 is initialized by forcing EU 10122 into an Idle 
IS state. Initialization of EU 10122 is accomplished by FU 10120 asserting EUABORT or by OP 10118 
asserting control signal clear (CLEAR). Ether EUABORT or CLEAR will clear a current operation of EU 
10122 and force EU 10122 into Idle state, wherein EU 10122 waits for further EUDPs provided from FU 
10120. FU 10120 then dispatches a EUDP initiating loading of EUSITT 20344 to EU I0122 throuqh EUOIS 
Bus 20206. Load EUSITT 20344 EUDP specifies starting address of a two step microinstruction sequence 
in the PROM portion of EUSITT 20344. This two step microinstruction sequence first loads zeros into SCAG 
25536. which as previously described provides read and write addresses to EUSITT 20344 EUSITT 20344 
load microinstruction sequence then reads a microinstruction from EUSITT 20344 to mCRD 20346 This 
microinstruction specifies conditions for handshaldng operations with FU 10120 so that loading of EUSITT 
20344 may begin. At this time, and from this microinstmction word. EU 10122 asserts control signal DRDY 

'"^^ '^^^y '° '"^P' '0120 for directing loading of 

, = microinstruction also generates a write enable control signal for the WCS portion 

of EUSITT 20344, inhibits loading of mCRD 20346 from EUSITT 20344. and inhibits normal loading 
operations of NXTR 25540 and SCAG 25536. This first microinstruction also directs NASS 25526 to accept 
address inputs from SCAG 25536 and, finally, causes NITE to FU 10120 to be asserted to unmask 
30 nanointerrupts from FU 10120. 

=M generates a read request to MEM 101 12. and MEM 101 12 transfers a first 32 bit word of 

a EU 10122 microinstruction word onto JPD Bus 10142. Each such 32 bit word from MEM 101 12 comprises 
one half of a 64 bit microinstruction word of EU 10122. When FU 10120 receives DRDY from EU 10122 FU 
10120 generates control signal Load Writeable Control Store (LOWCS), LDWCS in tum transfers a 32 bit 
35 word on JPD Bus 10142 into a first address of the WCS portion of EUSITT 20344. A next 32 bit half word of 
a EU 10122 microinstruction word is then read from MEM 10112 through JPD Bus 10142 and transferred 
into the second half of that first address within the WCS portion of EUSITT 20344. The address in SCAG 
25536 IS then incremented to select a next address within EUSITT 20344 and the process just described 
10 completed^"'°'"^'"^^"^" '"'^'"'^'"^ generation of DRDY and LDWCS. until loading of EUSITT 20344 is 

MiMTB^' °' ^"^'"^ '^''^P'^'ed. the loading process is terminated when FU 10120 asserts 

NINTP, or DP 10118 asserts Control Signal Load Complete (LOAOCR). Either NINTP or LOAOCR releases 
control of operation of NAG 20340 to allow EU 10122 to resume normal operation 

The above descriptions have described structure and operation of EU 10122. including: execution of 
various anthmetic operations utilizing various operand formats: operation of EU 10122 FU 10120 and MEM 
10112 with regard to handshaking; loading of EUDPs and operands: storeback of results: checking of test 
TpM^n'„T ^°'22 Stack Mechanisms during normal and kernel operations; and loading 

of EU 10122 microinstruction sequences into EUSITT 20344. lOS 10116 and OP 10118 will be described 
next below, in that order. «<»»<.iiuou 

0. I/O System 10116 (Rqs. 204. 206, 269) 

Referring to Fig. 204. a partial block diagram of lOS 10116 is shown. As previously described lOS 
10116 operates as an interface between CS 101 lO and the external world, for example ED 10124 A 
primary function of lOS 10116 is the transfer of data between CS lOilO. that is MEM 10112 and the 
external world. In addition to performing transfers of data. lOS 10116 controls access between various data 
sources and sinks of ED 10124 and MEM 10112. As previously described. ICS 10116 directiy addresses 
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10122 operations, such as arithmetic operations. If NINTP Is masked by £U 10122, FU 10120 will remain m 
State NW until EU 10122 acknowledges the interrupt. 

Upon receiving NINTP from FU 10120. EU I0l22s transfers state and data of current SOP operation 
from EUCSR 26510 to EUlS 26512. EU 10122 then asserts control signal Nano-lnterrupt Acknowledge 

5 (NIACK) to FU 10120 to acknowledge availability of EU 10122 to accept a nanointerrupt. FU 10120 will then 
enter State Ml and place an EUDP on EUDIS Bus 20206. Loading of COMQ 20342 then proceeds as 
previously described, with EU 10122 loading nanointerrupt EUDPs into the appropriate registers of COMQ 
20342. COMQ 20342 is loaded as previously described and, if JPOP is asserted, data transferred into OPB 
20322 from JPD Bus 10142. If JPOP is not asserted, data is taken into OPB 20322 from MOD Bus 10144. 

to EU 10122 then proceeds to execute the required nanointerrupt operation and storing back of results and 
checking of test conditions proceeds as previously described for EU 10122 normal operation. In general, 
exception checking is not performed. When EU 10122 has completed execution of the nanointerrupt 
operation. EU 10122 transfers state and data of the interrupted SOP operation from EUlS 26512 to EUCSR 
26510 and resumes execution of that SOP, At this point, EU 10122 asserts control signal Nano-lnterrupt 

IS Trap Enable (NITE). NITE is received and tested by FU 10120 to indicate end of nanointerrupt processing. 
Referring to Fig. 267. a diagramic representation of interfaces between EU 10122, FU 10120, and MEM 
10112 dui'ing nested, or sequential, EU 10122 interrupts for kernel operations, and handshaking therein, is 
shown. During the following discussion, it is assumed that EU 10122 is already processing a nanointerrupt 
for a kerrfel operation submitted to EU 10122 by FU 10120. FU 10120 may then submit a second, third, or 

20 fourth, nanointerrupt to EU 10122 for a further kernel operation. FU 10120 will assert NINTP to request a 
nanointenrupt of £U 10122. EU I0122's normal mode state and data from a previously executing SOP 
operation has been stored in, and remains in. EUlS 26512. Current state and data of currently executing 
nanointerrupt operation in EUCSR 26510 will be transferred to EUES 26514 in MEM 1 01 12 to allow initiation 
of pending nanointerrupt. EU 10122 will at this time assert NIACK and control signal Execute Unit Event 

25 (EXEVT). EXEVT to FU 10120 informs FU 10120 thai an EU 10122 Event has occurred, specifically, and in 
this case. EXEVT requests FU 10120 service of an EU 10122 Stack Overflow. FU 10120 is thereby trapped 
to an "EU 10122 Stack Overflow" Event Handler microinstruction sequence. This handler transfers current 
state and data of interrupted nanointerrupt previously executing in EU 10122 into EUES 26514. State and 
data of interrupted nanointerrupt is transferred to EUES 26514, one 32 bit word at a time. FU 10120 asserts 

30 control signals XJPD to gate each of these state and data words onto JPD Bus 10142 and controls transfer 
of these words into EUES 26514. 

Processing of new nanointerrupt proceeds as described above with reference to interrupts occurring 
during normal operation. If any subsequent nanointerrupts occur, they are handled in the same manner as 
just described: FU 10120 signals a nanointerrupt to FU 10120. current EU 10122 state and data is saved by 

35 FU 10120 in EUES 26514, and new nanointerrupt is processed. After a nested nanointerrupt, that is a 
nanointerrupt of a sequence of nanointerrupts. has been serviced. EU 10122 asserts control signal EU 
10122 Trap (ETRAP) to FU 10120 to request a transfer of a previous nanointerrupts state and data from 
EUES 26514 to EUCSR 26510. FU 10120 will retrieve that next previous nanointernjpt state and data from 
EUES 26514 through MOO Bus 10144 and will transfer that data and state onto JPD Bus 10142. This state 

40 and datafs returned, one 32 bit word at a time, and is strobed into EU 10122 by JPOP from FU 10120. 
Processing of that prior nanointerrupt will then resume. The servicing of successively prior nanointerrupts 
will continue until all previous nanointerrupts have been serviced. Original state and data of EU 10122, that 
is that of SOP operation which was initially interrupted, is then returned to EUCSR 26510 from EUlS 26512 
and execution of that SOP resumed. At this time, EU 10122 asserts NITE to indicate end of EU 10122 

•IS kernel operations in regard to nanointerrupts. 

Having described structure and operation of EU 10122, FU 10120 and MEM 10112, with respect to 
servicing of kernel operation nanointerrupts by EU 10122, loading of EU 10l22*s EUSITT 20344 with 
microinstruction sequences will be described next below, 

so 

h.h.h. Loading of Execute Unit S-lnterpreter Table 20344 (Fig. 268) 

Referring to Rg. 268. a diagramic representation of interface and handshaking between EU I0i22. FU 
10120. MEM 10112, and DP 10118 during loading of microinstructions into EUSITT 20344 is shown. As 
55 previously described. EUSITT 20344 contains all microinstructions required for control of EU 10122 in 
executing kernel nanointerrupt operations and in executing arithmetic operations in response to SOPs of 
user's programs. EUSITT 20344 may store microinstruction sequences for interpreting arithmetic SOPs of 
user's programs for, for example, up to 4 different S-Language Dialects. In general, a capacity of storing 
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address translation, and other kernel functions. In kernel mode. £U 10122 is executing microinstruction 
sequences at request of FU 10120 kernel microinstruction sequences, rather than at request of an SOP. In 
general, these kernel operations are vital to operation of JP 10114. FU 10120 may intenojpt EU 10122 
operations with regard to SOPs and initiate EU 10122 microinstruction sequences to perform kernel 
5 operations. 

When inten-upted. EU 10122 saves EU I0122's current operating state in a one level deep stack. EU 
10122 may then accept an EUDP from that portion of COMQ 20342 utilized to receive and store EUOPs 
regarding FU 10l20's and EU 10l22's internal, or kernel, operations. When requesting kernel operations by 
EU 10122, FU 10120 generally transfers operands to OPB 20322 through JPD Bus 10142. and receives EU 
JO 10122 final results through JPO Bus 10142. Operands may also be provided to EU 10122 through MOD 
Bus 10144. After EU 10122 has completed a requested kernel operation, EU 10122 reloads operating state 
from its internal stack and continues normal operation from the point normal operation was interrupted. 

Should another interrupt from FU 10120 occur while a prior interrupt is being executed, EU 10122 
moves current state and data, that is of first interrupt, to MEM 10112. EU 10122 requests FU 10120 store 
^5 state and date of first intenoipt in MEM 10112 by requesting an "EU 10122 Stack Overflow" Event. EU 
I0122's "normal" state, that is state and data pertaining to the operation EU 10122 is executing at time of 
occurrence of first intenrupt, is stored in an EU 10122 internal stack and remains there. EU 10122 then 
begins executing second interrupt When EU 10122 has completed operations for second interrupt, state 
from first interrupt is reloaded from MEM 10112 by EU 10122 requesting a "EU 10122 Stack Underflow" 
20 Event to FU 10120. EU 10122 then completes execution of first interrupt and reloads state and resumes 
execution of normal operation, that is the operation being executed before the first interrupt. 

EU 10122 is therefore capable of handling interrupts from FU 10120 during two circumstances. First 
interrupt circumstance Is comprised of interrupts occurring during normal operation, that is while executing 
SOPs of user's programs. Second circumstance arises when interrupts occur during kernel operations, that 
25 is during execution of microinstruction sequences for handling interrupts. EU 10122 operation will be 
described next below for each of these circumstances, and in the order referred to. 

Referring to Fig. 265. a diagramic representation of EU I0122's stack mechanisms, previously 
described, is shown. Those portions of EU 10l22's stack mechanisms residing within EU 10122 are 
comprised of EU 10122's Current State Registers (EUCSRs) 26510 and EU I0l22's Internal Stack (EUIS) 
30 26512. EUCSR 26510 is comprised of EU 10l22's internal registers which contain data and state of current 
EU 10122 operation. EUCSR 26510 may be comprised, for example, of mCRD 20346. registers of TSTINT 
20320. and the previously described registers within MULT 20314 and EXP 20316. 

State and data contained in EUCSR 26510 is that of the operation currently being executed by EU 
10122. This current stale may, for example, be that of a SOP currently being executed by EU 10122. or that 
35 of an interrupt, for example a fourth interrupt of a nested sequence of interrupts, requested by FU 10120. 

EUIS 26512 is comprised of certain registers of MULTRF 20350 and EXPRF 20380. EUIS 26512 is 
utilized to store and save current state of an SOP operation currently being executed by EU 10122 and 
which has been interrupted. State and data of that SOP operation will remain stored in EUIS 26512 
regardless of the number of intenupts which may occur on a nested sequence of interrupts requested by 
40 FU 10120. State and data of the interrupted SOP operation will be returned from EUIS 26512 to EUCSR 
26510 when alt interrupts have been completed. 

Final portion of EU 10122's stack mechanism is that portion of EU 10122*s internal stack (EUES) 26514 
residing in MEM 10112. EUES 26514 is comprised of certain MEM 10112 address locations used to store 
state and data of successive interrupt operations of sequences of nested interrupts. That is. if a sequence of 
45 four inten-upts is requested by FU 10120, state and data of fourth interrupt will reside in EUCSR 26510 
while state and data of first, second, and third interrupts have been transferred, in sequence, into EUES 
26514. In this respect, and as previously described operation of EU 10122's stack mechanisms is similar to 
that of. for example. MIS 10368 and SS 10336 previously described with reference to Fig. 103. 

As described above, an interrupt may be requested of EU 10122 by FU 10120 either during EU 10122 
50 normal operation, that is during execution of SOPs by EU 10122. or while EU 10122 is executing a previous 
inten^jpt requested by FU 10120. Operation of EU 10122 and FU 10120 upon occurrence of an interrupt 
during EU 10122 normal operation will be described next below. 

Referring to Fig. 266, a diagramic representation of handshaking between EU 10122 and FU 10120 
during an interrupt of EU 10122 while EU 10122 is operating in normal mode is shown and should be 
55 referred to in conjunction with Rg. 265. For purposes of the following discussions, interrupts of EU 10122 
operations by FU 10120 are refen-ed to as nanointerrupts to distinguish from interrupts internal to FU 10120. 

FU 10120 inten^ipts normal operation of EU 10122 by assertion of control signal Nano-lnterrupt (NINTP) 
during State MO of FU 10120 operation. NINTP may be masked by EU 10122 during certain critical EU 
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10120 are iisted and described below. Such conditions, as whether a final result is positive, negative, or 
zero, may be checked m order to facilitate conditional branching of FU 10120 operations as previously 
described. FU 10120 specifies a condition to be tested through Test Condition Select signals (TEST(2-4)). 
FU 10120 asserts control signal EU Test Enable (EUTESTEN) to EU 10122 to gate the selected test 
5 condition. That selected test condition then appears as Data Signal Test Condition (TC) fronn EU 10122 to 
FU 10120. A TC of logic 1 may. for example, indicate that the selected condition is false while a TC of logic 
0 may indicate that the selected condition is true. FU 10120 indicates that FU I0i20 has sensed the 
requested test condition, and that the test condition need no longer be asserted by EU 10122, by asserting 
control signal XFRC. 

10 

e.e.e. Exception Checking (Fig. 264) 

Referring to Fig. 264. a diagramic representation of exception checking of EU 10122 exceptions by FU 

/5 10120. and handshaking therein, is shown. As previously described, any EU 10122 exception conditions 
may be checked by FU 10120 as FU 10120 is initiating storeback of EU 10122 results. Exception checking 
may detect, for example, attempted division by zero, floating point exponent underflow or overflow, or a 
container size fault. An attempted division by zero or floating point underflow or overflow may be checked 
before storeback, that is without specific request by FU 10120. 

20 As previously described* a container size fault is detected by CONSIZE 20352 by comparing length of 
result with size of destination container in MEM 10112. Container size exception checking occurs during 
store back of EU 10122 results, that is while FU 10120 is in State SB. Container size is automatically 
performed by EU 10122 hardware, that is by CONSIZE 20352, only on results of less than 33 bits length. 
Size checking of larger results, that is larger integers and BCD results, is performed by a microcode 

25 routine, using CONSIZE 20352's output, as transfer of such larger results is executed as string transfer, it is 
unnecessary to perform container size check for either single or double precision floating point results as 
these data types always occupy either 32 or 64 bits. Destination container size is provided to CONSIZE 
20352 through LENGTH Bus 20226. 

Control signal Length to Memory AON or Random Signals (LMAONRS) is generated by FU 10120 from 

30 Type field of the logical descriptor corresponding to a particular EU 10122 results. LMAONRS indicates that 
the results data type is an unsigned integer. LMAONRS determines the manner in which a required 
container size of the EU 10122 result is determined. After receivng this information from LMAONRS. EU 
10122 determines whether destination container size in MEM 10112 is sufficiently large to contain the EU 
10122 result. If that destination container size is not sufficiently large, a container size fault is detected by 

35 CONSIZE 20352. or through an EU 10122 microinstruction sequence. 

Container size faults, as well as division by zero and exponent underflow and overflow faults, are 
signaled. to, FU 10120 when FU 10120 asserts control signal Check Size (CKSIZE). At this time. EU 10122 
asserts control signal Exception (EXCPT) if any of the above faults has occurred. If a fault has occurred, an 
Event request to FU 10120 results. When an Event request is honored by FU 10120. FU 10120 may 

40 interrupt EU 10122 and dispatch EU 10122 to a microinstruction routine that transfers those exception 
conditions onto JPD Bus 10142. If a container size fault has caused that exception condition. EU 10122 may 
transfer to FU 10120 the required container size through JPD Bus 10142. 



45 Itl Idle Routine 

Rnally. when a current EU 10122 operation is completed. EU 10122 goes into an Idle loop microinstruc- 
tion routine. If necessary. FU 10120 may assert control signal Excute Unit Abort (EU ABORT) to force EU 
10122 into Idle loop microinstruction routine until EU 10122 is required for further operations. 

50 

g.g.g. EU 10122 Stack Mechanisms (Figs. 265. 266. 267) 

As previously described. EU 10122 may perform either of two classes of operations. First, EU I0i22 
55 may perform arithmetic operations in execution of SOPs of user's programs. Second. EU I0l22 may 
operate as an arithmetic calculator assisting operation of FU I0i20's internal mechanisms and operations, 
referred to as kernel operations. 

In kernel operation, EU 10122 acts as an arithmetic calculator for FU 10120 during address generation. 
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b.b.b. Loading of Operand Buffer 20320 (Rg. 261) 

Referring to Fig. 261. a diagrannic representation of the interface and handshaking between EU 10122 
FU 10120 and MEM 10112 for loading OPB 20322 is shown. Control signal Clear Queue Full (CLQF) from 
EU 10122 must be asserted by EU 10122 before FU 10120 initiates a request to MEM 10112 for an 
operand to be transferred to EU 10122. CLQF clears and "EU I0l22's OPB 20322 Fuir condition in FU 
10120. CLQF indicates, thereby, that there is room in OPB 20322 to receive operands. If FU 10120 is in a 
"EU 10122's OPB 20322 Full" condition and further operand is required to be transferred to EU 10122, FU 
10120 will remain in State Ml unti CLQF is asserted. 

At the beginning of execution of a particular SOP, FU 10120 may transfer two operands to OPB 20322 
without '•EU I0l22's OPB 20322 Fuir condition occurring. This is because EU 10122 is idle at the 
beginning of an SOP execution and generally immediately unloads a first operand from OPB 20322 before 
a second operand arrives. 

Control signal Job Processor Operand (JPOP) provided from FU 10120 must be non-asserted for 
operands to be transferred from MEM 10112 to OPB 20322 through MOD Bus 10144 This is the nomial 
condition of JPOP. If JPQP is asserted. OPB 20322 is loaded with data from JPO Bus 10142 Data is 
strobed into OPB 20322 from JPO Bus 10142 by control signals MICPT and JPOP. Operands read from 
MEM 10112, however, are .transferred into OPB 20322 through MOO Bus 10144 when MEM 10112 asserts 
DAVEB to indicate that valid data from MEM 10112 is available on MOD Bus 10144 DAVEB is also utilized 
to strobe data on MOD Bus 10144 into OPB 20322. If control signal ZFiLL from MEM 10112 is asserted at 
this point. ZFILL is tntetpreted during integer operand operations to indicate that those operands are 
unsigned and should be left zero filled, rather than sign extended. If data is being provided from JPO Bus 
10142 rather than from MEM 10112. that is if JPOP is asserted, bit 11 of current EUDP may be utilized to 
perform the same function as ZFILL during loading of OPB 20322 from MOD Bus 10144 

Loading of OPB 20322 is ^controlled, in part, by bits 9 and 10 of EUDPs provided from FU 10120 
through EUDIS Bus 20206. Bit 9 indicates length of a first operand while bit 10 indicates length of a second 
operand. Operand length, together with operand type specified in address portion of a EUDP determines 
how a particular operand is unloaded from OPB 20322 and transferred into MULT 20314 and EXP 20316 

At this point, both COMQ 20342 and OPB 20322 have been loaded with, respectively. EUDPs and 
operands. It should be noted that operands are generally not transferred into OPB 20322 before a 
corresponding EUDP is loaded into COMQ 20342. Operands and EUDPs may. however, be simultaneously 
transferred into EU 10122. If other operands are required for a particular operation, those operands are 
loaded into OPB 20322 as described above. 

c.c.c. Storeback (Rq. 262) 

Referring to Fig. 262. a diagramic representation of a storeback, or transfer, of results to MEM 10112 
from EU 10122 and handshaking performed therein is shown. When a final result of a EU 10122 operation 
IS available. EU 10122 asserts control signal Data Ready (DRDY). FU 10120 thereupon responds with 
control signal Transfer to JPO Bus 10142 (XJPD). which gates EU 10122's result onto JPD Bus 10142 In 
normal operation, that is execution of SOPs. FU 10120 causes EU 10l22's result to be stored back into a 
destination in MEM 10112. as selected by a physical descriptor provided from FU 10120. Alternately a 
result may be transferred into FU 10120. 32 bits, or one word, at a time. 

FU 10120 may, as described above and described further below, check EU 10122 test conditions 
during storeback of results. FU 10120 generates control signal Transfer Complete (XFRC) once the 
storeback operation is completed. XFRC also indicates to EU 10122 that EU I0l22's results and test 
conditions have been accepted by FU 10120, so that EU 10122 need no longer assert these results and test 
conditions. 



d.d.d. Test Conditions (Fig. 263) 

Referring to Fig. 263. a diagramic representation of checking of EU 10122 test conditions by FU 10120 
and handshaking therein, is shown. As previously described, test results indicating certain conditions and 
operations of EU 10122 are sampled and stored in TSTCONO 20384 and may be examined by FU 10120 
When DRDY is asserted by EU 10122. FU 10120 may select, for example, one of 8 EU 10122 conditions to 
test, as well as transferring results as described above. EU 10122 conditions which may be tested by RJ 
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whether a mantissa sign bit is set or reset: This test operation is utilized by FU 10120 for conaitional 
branching and synchronization of FU 10120 and EU 10122 operations. Exception checking, by ECPT 20328. 
is also performed at this time. Exception checking determines, for example, whether division by zero was 
attempted or if a container size fault has occurred. In general, FU 10120 is not informed of exception errors 

5 until FU 10120 requests exception checking. After results are transferred into FU 10120 or MEM 10112 by 
EU 10122. EU 10122 goes to idle operation until a next operation is requested by FU 10120. 

Having briefly descnbed overall interface operation between FU 10120 and EU 10122. operation of that 
interface, referred to as handshaking, wilt be described in greater detail next below. In general, handshaking 
operation between EU 10122 and FU 10120 during normal operation may be regarded as following into six 

10 operations. These operations may include, for example, loading of COMQ 20342. loading of OPB 20322. 
storeback or transfer of results from EU 10122 to FU 10120 or MEM 10112. check of test conditions, 
exception checking, and EU 10122 idle operation. Handshaking between FU 10120 and EU 10122 will be 
described below for each of these classes of operation, in the order just referred to. 

a.a.a. Loading of Command Queue 20342 (Fig. 260) 

Referring to Fig. 260. a schematic representation of EU I0l22's interface wtth FU 10120 for purposes of 
loading COMQ 20342 as shown. During normal SOP directed JP 10114 operation. 8 bit operation (OP) 

20 codes are parsed from the instruction stream, as previously described, and concatenated with dialect 
information to address EUSDT 20266 also as previously described. EUSDT 20266 provides corresponding 
addresses, that is EUDPs. to EUSITT 20344. 

Dialect information specifies the S-Language currently being executed and. consequently, the group of 
microinstruction sequences available in EUSITT 20344 for that S-Language. As previously described, FU 

25 10120 may specify four S-Language dialects with up to 256 EU 10122 microinstruction sequences per 
dialect, or 8 dialects with up to 128 microinstruction sequences per dialect. 

EUDPs provided by EUSDT 20266 are comprised of a 9 bit address field, a 2 bit operand information 
field, and a 1 bit flag field, as previously described. Address field is starling address of a microinstruction 
sequence in EUSITT 20344 and EU 10122 will perform the operation directed by that microinstruction 

30 sequence. EUSITT 20344 requires 11 bits of address field and the 9 bit address field of EUDPs are 
mapped into an 1 1 bit address field by left justification and zero filling. 

FU 10120 may also dispatch, or select, any EU 10122 microinstruction controlled operation from JPD 
Bus 10142. Such EUDPs are provided from JPD Bus 10142 to data input of EUSITT 20344 and passed 
directly through to mCRD 20346. Before a EUDP may be provided from JPD Bus 10142, however. FU 

35 10120 provides a check operation comparing that EUDP to a list of legal, or allowed. EUSITT 20344 
addresses stored in MEM 10112. A fault will be indicated if an EUDP provided through JPD Bus 10142 is 
not a legal EUSITT 20344 address. Alternately, FU 10120 may effectively provide an EUDP. or EUSITT 
20344 addresses, from a literal field in a FU 10120 microinstruction word. Such a FU 10120 microinstruction 
word literal field may be effectively utilized as an SOP into EUSDT 20266. 

40 Handshaking between EU 10122 and FU 10120 during load COMQ 20342 operations may proceed as 
illustrated in Fig. 260. A twelve bit EUDP may be placed on EUDIS Bus 20206 and Control Signal Load 
Command Queue (LDCMQ) asserted. If COMQ 20342 is full, EU 10122 raises control signal Command Hold 
(CMDHOLD) which causes FU 10120 to remain in State MO until there is room in COMQ 20342. As 
previously described, COMQ 20342 is comprised of two, two word buffers wherein one buffer is utilized for 

45 normal SOP operation and the other utilized for control of FU 10120 and EU I0l22 internal mechanism 
operation. 

EUDPs are loaded into COMQ 20342 when state timing signals MiCPT and Ml are asserted. If a EUDP 
being transferred into COMQ 20342 concerns a double precision floating point operation, control signal Set 
Double Precision (SETDP) is asserted. SETDP Is utilized to control OPB 20322. and because single 
50 precision and precision floating point operations othen/vise utilize the same SOP and thus would otherwise 
refer to same EUSITT 20344 microinstruction sequence. 

At this point, a EUDP has been loaded into COMQ 20342 and will be decoded to control FU 10120 
operation by EUCL 20310 as previously described. Each particular EUDP will be cleared by that EUDPs 
EUSITT 20344 microinstruction sequence after the requested microinstruction sequence has been ex- 
55 ecuted. 
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UPOM 25718 are used, in general, to transfer final results of EU 10122 operations from output of MULT 
20314 onto JPO Bus 10142, Final results transferred by this data path include integer, packed and 
unpacked decimal results, and mantissa fields of double precision floating point results. Both unpacked 
decimal numbers and mantissa fields of double precision floating point numbers are comprised of two 32 
5 bit words and are thus transferred onto JPD Bus 10142 in two sequential transfer operations. 

Having described structure and operation of MULT 2031 4's memory elements and input and output 
circuitry, MULT 20314's arithmetic operation logic will be described next below. 



w 



4. Test and Interlace Logic 20320 (Rgs. 260-268) 



As previously described. TSTINT 20320 includes CONSIZE 20352, ECPT 20328. TSTCOND 20384 
and INTRPT 20388. CONSIZE 20352. as previously described, performs "container size" check operations 
when results of EU 10122 operations are to be written into MEM 10112. That is, CONSIZE 20352 compares 

15 Size or number of significant bits, of an EU 10122 result to the capacity, or container size, of the MEM 
101 12 location that EU 10122 result is to be written into. As indicated, in Fig. 203, CONSIZE 20352 receives 
a first input, that is the results of EU 10122 operations, from FR Bus 20337. A second input of CONSIZE 
20352 is connected to LENGTH Bus 20226 to receive length field of logical descriptors identifying MEM 
10112 address space into which those EU 10122 results are to be written. CONSIZE 20352 includes logic 

20 Circuitry, for example a combination of Read Only Memory and Field Programmable Logic Arrays for 
examining EU 10122 operation results appearing on FR Bus 20337 and determining the number of bits of 
data in those results. CONSIZE 20352 compares EU 10122 result size to logical descriptor length field and. 
in particular, if result size exceeds logical descriptor length, provides an alarm output to ECPT 20328 
described below. 

25 TSTCOND 20384. previously described and which will be described further below, is an interface circuit 
between FU 10120 and EU 10122. TSTCOND 20384 allows FU 10120 to specify and examine results of 
certain test operations performed by EU 10122 with respect to EU 10122 operations. 

ECPT 20328 monitors certain EU 10122 operations and provides outputs indicating when certain 
"excepuons" have occurred. These exceptions include attempted divisions by zero, floating point exponent 
30 underflow or overflow, and integer container size fault, 

INTRPT 20388 is again an interface between EU 10122 and FU 10120 allowing FU 10120 to interrupt 
EU 10122 operations. INTRPT 20388 allows FU 10120 to direct EU 10122 to execute certain operations to 
aid in handling of certain FU 10120 events previously described. 

Operation of CONSIZE 20352, ECPT 20328. TSTCOND 20384. INTRPT 20388. and other features of 
35 EU I0l22's interface with FU 10120 will be described further below in the following description of operation 
of that interface and of operation of certain EU I0i22 Internal mechanisms, such as FU 10120 Stack 
Mechanisms. 



40 33. FU 10120/EU 10122 Interface 

As previously described. EU 10122 and FU 10120 are asychronous processors, each operating under 
Its own microcode control. EU .10122 and FU- 10120 operate simultaneously and independently of each 
other but are coupled, and their operations coordinated, by interface signals described below Should EU 
45 10122 not be able to respond immediately to a request from FU 10120. FU 10120 will idle until EU 10122 
becomes available: conversely, should EU 10122 not receive, or have present, operands or a request for 
operations from FU 10120, EU 10122 will remain in idle state until operands and requests for operations are 
received from FU 10120. 

in normal operation, EU 10122 manipulates operands under control of FU 10120, which in turn is under 
control of SOPs of a user^s program. When FU 10120 requires arithmetic or logical manipulation of an 
operand. FU 10120 dispatches a command, that is an Execute Unit Dispatch Pointer (EUDP) to EU 10122 
As previously described, an EUDP is basically an initial address into EUSITT 20344. An EUDP identifies 
starting location of a EU 10122 microinstruction sequence performing the required operation upon 
operands. Operands are fetched from MEM 10112 under FU 10120 control, as previously described and 
are transferred into 0P8 20322. Those operands are then called from OPB 20322 by EU 10122* and 
transferred into MULT 20314 and EXP 20316 as previously described. After the required operation is 
completed. FU 10120 is notified that a result is ready. At this point. FU 10120 may check certain test 
conditions, for example through TSTCOND 20384. such as whether an integer or decimal carry bit is set or 
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Address Counter Multiplexer (MULTRFACM) 25716. MULTRFACM 25716 is a dual four bit multtptexer. 
Inputs to MULTRFACM 25716 are provided, first, from outputs of mCRD 20346. This mput allows 
microinstruction selection of an initial address to be loaded into MULTRFAC 25714 to be subsequently used 
and generating sequential MULTRF 20350 and EXPRF 20380 addresses. Second address input to 

5 MULTRFACM 25716 is provided from OPQ Bus 20323. MULTRFACM 2571 6's input from OPQ Bus 20323 
allows a single address, or a starting address of a sequence of addresses, to be selected through JPO Bus 
10142 or MOD Bus 10144. for example from MEM 10112 or FU 10120, 

Intermediate and final result outputs of MULT 20314 arithmetic logic are provided to data inputs of 
MULTRF 20350 directly from FR Bus 20337 and from MULTRM 20334. Inputs to MULTRM 20334. in turn. 

10 are provided from FR Bus 20337 and from output of CONSIZE 20352 and TSTINT 20320. 

FR Bus 20337 is a 64 bit bus connected from 64 bit output of RFR 20336 and carries final and 
intermediate results of MULT 20314 arithmetic operations. As will become apparent in a following 
description of MULT 20314 arithmetic operation logic, RFR 20336 output, and thus FR Bus 20337, are 64 
bits wide. Sixty-four bits are provided to insure retention of all significant data bits of certain MULT 20314 

;5 arithmetic operation intermediate results, in particular operations involving double precision floating point 64 
bit mantissa fields. In addition, as will be described momentarily and has been previously stated. MULT 
20314 may convert a final result in packed decimal format into a final result in unpacked decimal format. In 
this operation, a single 32 bit, or one word, packed decimal result is convened into a 64 bit. or two word, 
unpackedtdecima! format by insertion of zone fields. 

20 As described above, two parallel data paths are provided to transfer information from FR Bus 20337 into 
MULTRF 20350. First path is directly from FR Bus 20337 and second path is through Unpacked Decimal 
Multiplexer (UPDM) 25718 of MULTRM 20334. Direct path is utilized for thirty-two bits of information 
comprising bits 0 to 23 and bits 56 to 63 of FR Bus 20337. Data path through UPDM 25718 may comprise 
either bits 24 to 55 of FR Bus 20337. which are connected into a first input of UPDM 25718. or bits 40 

25 through 55 which are connected to a second input of UPDM 25718. Single precision floating point numbers 
are 32 bit numbers plus two or more guard bits and are thus wntten into MULTRF 20350 through bits 0 to 

23 of the direct path into MULTRF 20350 and through first input (bits 24 to 55) of UPDM 25718. Double 
precision floating point numbers are 5 bits wide, plus guard bits, and thus utilize the direct path into 
MULTRF 20350 and the path through first input of UPDM 25718. Bits 56 to 63 of direct path are utilized for 

30 guard bits of double precision floating point numbers. Both integer and packed decimal numbers utilize bits 

24 through 55 of FR Bus 20337. and are thus written info MULTRF 20350 through first input of UPDM 
25718. As previously described, bits 0 to 23 of these operands are filled by sign extension. 



35 a.a.a. Container Size Check 

As stated above, MULTRM 20334 has an input from CONSIZE 20352. As will be described below with 
reference to TSTINT 20320. CONSIZE 20352 performs a "container size" check upon each store back of 
results from EU 10122 to MEM 10112. CONSIZE 20352 compares the number of significant bits in a result 

•io to be stored back to the logical descriptor describing the MEM 10112 address space that result is to be 
written into. Where reiterative write operations to MEM I0ll2 are required to transfer a result into MEM 
101 12. that is a string transfer, container size information may read from CONSIZE 20352 through Container 
Size Driver (CONSIZED) 25720 and MULTRM 20334 and written into MULTRF 20350. This allows EU 
10122. using container size information stored in MULTRM 20350. to perform continuous container size 

45 checking during a string transfer of result from EU 10122 to MEM 10112. In addition, as will be described 
momentarily, container size information may be read from CONSIZE 20352 to JPD Bus 10144. 



b.b.b. Final Result Output Multiplexer 20324 

50 

Referring finally to FROM 20324, as previously described FROM 20324 is utilized to transfer, in 
general, results of EU 10122 arithmetic operations onto JPD Bus 10142 for transfer to MEM 10112 or FU 
10120. As indicated in Rg. 257. FROM 20324 is comprised of 24 bit Final Result Bus Driver (FRBD)'25722 
and Result Bus Driver (RBR) 25724. Input of FRBD 25722 is connected from FR Bus 20337 and allows data 
55 appearing thereon to be transferred onto JPO Bus 10142. In particular. FRBD 25722 is utilized to transfer 24 
bit mantissa fields of single precision floating point results onto JPD Bus 10142 in parallel with a 
corresponding exponent field from EXP 20316, RBR 25724 input is connected from RSLT Bus 20388 to 
allow output of UPDM 25718 to be transferred onto JPD Bus 10142. RBR 25724. RSLT Bus 20388, and 
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3. Multiplier 20314 (Rqs. 257, 258) 

MULT 20314. as previously described, performs addition, subtraction, multiplication, and division 
operations on mantissa fields of single and double precision floating point operands, integer operands, and 
5 decimal operands. As described above with reference to OPB 20322. OPB 20322 converts unpacked 
decimal operands to packed decimal operands to be operated upon by MULT 20314. MULT 20314 is 
thereby effectively capable of perlorming all arithmetic operations on unpacked decimal operands. 



10 Multiplier 20314 Data Paths and Memory (Fig 257) 

Referring to Fig. 257. a more detailed block diagram of MULT 2031 4's data paths and memory Is 
shown. As previously described, major elements of MULT 20314 include memory elements comprised of 
MULTRF 20350 and CONST 20360. operand input and result output multiplexing logic including MULTIM 
rs 20328 and MULTRM 20334. and arithmetic operation logic. MULT 2031 4's operand input and result output 
multiplexing logic and memory elements will be described first, followed by description of MULT 2031 4's 
arithmetic operation logic. 

As previously described, input data, including operands, is provided to MULT 2031 4's arithmetic 
operation logic through MULTIN Bus 20354. MULTIN Bus 20354 may be provided with data from three 
20 sources, A first source is CONST 20360 which is a 512 word by 32 bit wide Read Only Memory. CONST 
20360 is utilized to store constants used in arithmetic operations. In particular. CONST 20360 stores zone 
fields for unpacked decimal, that is ASCI character, operands. As previously described, unpacked decimal 
operands are received by OPB 20322 and converted to packed decimal operands for more efficient 
utilization by MULT 20314. As such, final result outputs generated by MULT 20314 from such operands are 
25 in packed decimal format. As will be described below, MULT 20314 may be utilized to convert these 
packed decimal results into unpacked decimal results by insertion of zone fields. As indicated in Rg. 257. 
address inputs are provided to CONST 20360 from EXPO Bus 20325 and from output of mCRD 20346^ 
Selection between these address inputs is provided through CONST Address Multiplexer (CONSTAM) 
25710. CONST 20360 addresses will, In general, be provided from EUCL 20310 but alternately may be 
30 provided from EXPO Bus 20325 for special operations. 

Operand data is provided to MULTIN Bus 20354 through MULTIM 20328. which is a dual input. 64 bit 
multiplexer. A first input of MULTIM 20328 is provided from OPQ Bus 20323 and is comprised of operand 
information provided from OPB 20322. OPQ Bus 20323 is a 56 bit wide bus and operand data appearing 
thereon may be comprised of 32 bit integer operands; 32 bit packed decimal operands, either provided 
55 directly from OPB 20322 or as a result of OPB 20322's conversion of an unpacked decimal to a packed 
decimal operand; 24 bit single precision operand mantissa fields; or 56 bit double precision floating point 
operand mantissa fields. As previously described, certain OPQ Bus 20323 may be zero or sign extension 
filled, depending upon the particular operand. 

Second input of MULTIM 20328 is provided from MULTRF 20350. MULTRF 20350 is a 16 word by 64 
40 bit wide random access memory. As indicated in Figs. 203 and 257, MULTRF 20350 is connected between 
output of RFR 20336, through FR Bus 20337. and to input of MULT 2031 4's arithmetic operation logic 
through MULTIM 20328 and MULTIN Bus 20354. MULTRF 20350 may therefore be utilized as a scratch 
pad memory for storing intermediate results of arithemetic- operations, including reiterative arithmetic 
operations. In addition, a portion of MULTRF 20350 is utilized, as in GRF 10354. as an EU 10122 Stack 
45 Mechanism similar to MIS 10368 and MOS 10370 in FU 10120. Operation of EU 10122 Stack Mechanism 
will be described in a following descripion of EU 10l22's interfaces to MEM 10112 and FU 10120. Address 
Inputs (ADR) of MULTRF 20350 are provided from Multiplier Register RIe Address Multiplexer 
(MULTRFAM) 25712. 

MULTRFAM 25712 is a dual four bit multiplexer comprised, for example, of SN74S258s. In addition to 
so address inputs to MULTRF 20350, MULTRFAM 25712 provides address inputs to EXPRF 20380. As 
previously described, MULTRF 20350 and EXPRF 20380 together comprise an EU 10122 general register 
file similar to GRF 10354 and FU 10120. As such, MULTRF 20350 and EXPRF 20380 are addressed in 
parallel to read and write parallel entries from and to MULTRF 20350 and EXPRF 20380. Address inputs to 
MULTRFAM 25712 are provided, first, from outputs of mCRD 20346. thus providing microinstruction control 
55 of addressing of MULTRF 20350 and EXPRF 20380. Second address input to MULTRFAM 25712 is 
provided from output of. Multiplier Register RIe Address Counter (MULTRFAC) 25714. 

MULTRFAC 25714 is a four bit counter and is used to generate sequential addresses to MULTRF 
20350 and EXPRF 20380. Initial addresses are loaded into MULTRFAC 25714 from Multiplier Register RIe 
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microinstruction sequences are interrupted. SUBRA 25534 is an 11 bit wide by 8 word deep register w.th 
certain registers dedicated for use in stacking Event Handling microinstruction sequences. Other portions of 
SUBRA 25534 are utilized for stacking of microinstruction sequences for executing SOPs. that is (or 
stacking microinstruction sequences wherein a first microinstruction sequence calls for a second microin- 

5 struction sequence. SUBRA 25534 is not operated as a first-in-first out stack, but as a random access 
memory wherein address inputs selecting registers and SUBRA 25534 are provided by microinstruction 
control outputs of mCRD 20346. Operations of SUBRA 25534 as a stack mechanism is thereby controlled 
by the microinstruction sequences stored in EUSITT 20344. As indicated in Fig. 255. addresses of current 
microinstructions of interrupted microinstruction sequences are provided to data input of SUBRA 25534 

10 from output of SCAG 25536. which will be described next below. 

As described above. SCAG 25536 generates sequential addresses to select sequential microinstructions 
within microinstruction sequences and to generate microinstruction addresses for Case operations. SCAG 
25536 includes Next Address Register (NXTR) 25540. Next Address Arithmetic and Logic Unit (NAALU) 
25542. and SCASE 25518. NAALU 25542 is a 12 bit arithmetic and logic unit. A first eleven bit input of 

IS NAALU 25542 is connected from output of ADRD 25522 and is thereby current address provided to EUSITT 
20344. A second four bit input to NAALU 25542 is provided from output of SCASE 25518. During sequential 
execution -of a microinstruction sequence, output of SCASE 25518 is binary zeros and carry input of NAALU 
is forced, to 1. Output of NAALU 25542 will thereby be and address one greater than the current 
microinstruction address provided to EUSITT 20344 and will thereby be the address of the next sequential 

20 microinstruction. As indicated in Fig. 255, SCASE 25518 receives an input from output of SCALER 20338. 
This input is utilized during Case operations and allows a data sensitive number to be selected as SCASE 
255l8*s output into second input of NAALU 25542. SCASE 25518's input from SCALER 20338 thereby 
allows NAG 20340 to perform microinstruction Case operations wherein Case Values are determined by the 
contents of SCALER 20338. 

25 Next address outputs of NAALU 25542 are loaded into NXTR 25540. which is comprised of tri-state 
output registers. Next address outputs of NXTR 25540 are connected, in common with outputs of SAS 
25520. to second input of NASS 25526 as descnbed above. During normal execution of microinstruction 
sequences, therefore, SCAG 25536 will, through NASS 25526 and ADRD 25522. select sequential microin- 
structions from EUSITT 20344. SCAG 25536 may also, as just described, provide next microinstruction 

30 addresses in microinstruction Case operations. 

In summary, NAG 20340 is capable of performing all usual microinstruction sequence addressing 
operations. For example, NAG 20340 allows selection of next microinstructions by current microinstructions, 
either for Jump operations or Long Branch operations, through NASS 25526's input from mCRD 20346's 
JMP or through LBPAG 25528. NAG 20340 may provide microinstruction sequence starting addresses 

35 through COMQ 20342 and SAS 25520, or may provide return addresses to interrupted and stacked 
microinstruction sequences through SUBRA 25534 and SAS 25520. NAG 20340 may sequentially address 
microinstructions of a particular microinstruction sequence through operation of SCAG 25536. or may 
perform mciroinstruction Case operations through SCAG 25536. 

40 

2. Operand Buffer 20322 

Having described structure and operation of EUCL 20310. structure and operation of OPB 20322 will be 
described next below. As previously described, OPB 20322 receives operands, that is data, from fViEM 

45 10112 and FU 10120 through MOD Bus 10144 and JPD Bus 10142. OPB 20322 may then perform certain 
operand format translations to provide data to MULT 20314 and EXP 20316 in the formats most efficiently 
utilized by MULT 20314 and EXP 20316. As previously described. EU 10122 may perform arithmetic 
operations on integer, packed and unpacked decimal, and single or double precision floating point numbers. 
In summary, therefore. OPB 20322 is capable of accepting integer, single and double precision floating 

50 point, and packed and unpacked decimal operands from MEM 10112 and FU 10120 and providing 
appropriate fields of those operands to MULT 20314 and EXP 20316 in the formats most efficiently utilized 
by MULT 20314 and EXP 20316. In doing so, OPB 20322 extracts exponent and mantissa fields from single 
and double precision floating point operands to provide exponent and mantissa fields of these operands to, 
respectively, EXP 20316 and MULT 20314. and also unpacks, or converts, unpacked decimal operands to 

55 packed decimal operands most efficiently utilized by MULT 20314. 

Having described structure and operation of OPB 20322. structure and operation of MULT 20314 will be 
described next below. 
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g-e. Next Address Generator 20340 
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ADRO 25522 Adf f and wme addresses to EUSITT 20344 provided by NAG 20340 through 

ADRO 25522. Address inputs to AORD 25522 are provided from either NASS 25526 or Diaqnostic 
s Processor Address Register (OPAR) 25532. fn normal operation, address inputs to EUSITT 203ra^e 
pravded frorn NASS 25526 as will be described momentarily. OP 101 18, however, may load BUSmmZ 
addresses mto OPAR 25532. These addresses may then be read from DPAR 25532 Lough ADRO SsS 
to ,ndMdually select address locations within EUSITT 20344. OPAR 25532 may be utilized in partcuS to 

sources^N^fassSslrJ^tL' ''''' '^ \ '"P^'^ '^""^ three NAG 20340 addr«s 
Th^r "^'^^ " f™"" •'""'P (-^"^P) °' '"CRD 20346 and LBPAG 25528 

These address ,npu s are utilized, in part, when a current microinstruction calls for a Jump o^ Long efS 

,s 25520 InH °^ ""croinstruction sequence. Second address source is provided from SAS 

m!?! H """""'^'^ °' "^'^"9 addresses of microinstmction sequences. SAS 25520 is a 

mul ploxer havng a first input from CQAS 25512 and CQAE 25516. that is starting addresses of 
mrcroinstrucbon sequences corresponding to SOPs or for servicing JP 10114 Events A siond SAS 25520 
input .s provided from Sub-routine Return Address Stack (SUBRA) 25534. In generaranS afwil S 
descnbed further below. SUBRA 25534 operates as a stack mechanism for storing^currini .^cro^st^ tion 
addresses of .nterrupted microinstruction sequences. These stored addresses may subsequent^be « 
to resume execution of those interrupted microinstruction sequences. Third address source to NASsIssS 
.s provided from Sequential and Case Address Generator (SCAG) 25536 Tn general scaq aSI 

255Trsn rfr' f -'^'^ P^^-lar microinstrucrn equences. SC^G 

25536 also generates microinstruction address for microinstruction Case operations As indicated in 

ectioH:.: SCAG 25536 and Of SAS 25520 are bused together to comprise a ingle n;ss "^^^ 
Selecfion between outputs of SCAG 25536 and SAS 25520 are provided by control inputs (not shown for 
clanty of presentation) to SCAG 25536 and SAS 25520. Selection between NASS SsPfi's ?rtlr«L . 
controlled by Next Address Source Select Control Logic (NASSCl Saa whirh I f '^"'^ " 

NASS 25526 NA<;<5r 5kciq v „« . , (NAbbC) 25538, which provides control inputs to 

TSTINT 20320 ^. !S, f H 'S effectively a multiplexer receiving control inputs from TSTCON 20386 and 

y^^Hr lr, l , ^"'""'^^ corresponding inputs to NASSC 25538. NASSC 25538 effectively 

decodes these control inputs from TSTCON 20386 to provide selection control input to NASS 25526 

des^^ri^rdirisr °' — - - 

2552?' mraSeJ^T ^ ''''''' '''"'""^ '""^ °f "^^"0 ^0346 and LBPAG 

Snsrctiors ozroi mSS4?a= /:rt^t -nsrctior^^^^^^^^^^^^^^ =; 

microinstoict-on within the same page of EUSITT 20344. NASS 25526-s input mrgh LBPAG 255^^^^^^ 

ZTioi^rjr r '''''' ''''' utiL^: ti erc'ranTdi' ofs^^dSir 
~^^^^^s^^^z^ sfi- ^^^^^ 

iiionu iuo4o ana lhpaq 25528. Idle routine will continually test for EU 10122 Disoatch Pointer inn..^ ..o^i 
such a Dispatch Pointer is received Into COMQ 20342. At this time TSTCON aoS^! ^ZTl ^ T 
Dispatch Pointer and direct NASS 25538 to provide control out ^ \o N>S^''2S?,o^^l^^^^^^^^^ SsS 
input from, .n general. SAS 25520. TSTCONO 20386 and NASSC 25538 will So di^^S N^sfsSe to 

SnrLrje^"" ' — ^iz::^^z^ 

2553^' S'cfSn^'^r' ^'^^ '^^'"'^^ ^^^'^"^ ^'^'^ COMQ 20342 and from SUBRA 

wh«n . nt ^° °' CQ'^S 25512 or of CQAE 25516 as the Input to NASS 25526 

7o, T4Te;~ 5^^^^^^^ " T ^ "-'"^ Program'sSpt'rsi'LTS 

r^ine r: ::py™j >^rr:i^e^"ju?RT2^^^^^ 

effectively a stack mechanism for storing addresses of currently executing mcroinstJc^ons wht Le 
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fields of Event Dispatch Pointers, while CQCE 25514 receives and stores corresponding control fields of 
Event Dispatch Pointers. Again. COMQ 20342 is capable of receiving and storing up to two sequential Event 
Dispatch Pointers at a time. 

As indicated in Fig. 255. outputs of CQAS 25512 and CQAE 25516. that is address fields of EU 10122 
5 Dispatch Pointers are provided as inputs to Select Case Multiplexer (SCASE) 25518 and Starting Address 
Select Multiplexer (SAS) 25520 and NAG 20340. which will be described further below. Control field outputs 
of CQCS 25510 and CQCE 25514 are provided as inputs to OPB 20322. descnbed further below. 



10 ex. Execute Unit S-lnterpreter Table 20344 

Refernng to EUSITT 20344. as described above EUSITT 20344 is a memory for storing sequences of 
microinstructions for controlling operation of EU 10122 in response to EU 10122 Dispatch Pointers received 
from FU 10120. These microinstruction sequences may. in general, direct operation of EU 10122 to execute 

?5 arithmetic operations in response to SOPs of user's programs, or aid direct execution of EU 10122 
operations required to sen/ice JP 10114 Events. EUSITT 20344 may be. for example, a 60 bit wide by 
1.280 word long memory structured as pages of 128 words per page. A portion of EUSITT 20344's pages 
may be contained in Read Only Memory, for example for storing sequence of microinstructions for handling 
JP 10114 Events. Remaining portions of EUSITT 20344 may be constructed of Random Access Memory. 

20 for example for storing sequences of microinstructions for executing EU 10122 operations in response to 
user program SOPs. This structure allows EU 10122 microinstoiction sequences concerned with operation 
of JP I0ll4's internal mechanisms, for example handling of JP 10114 Events, to be effectively permanently 
stored in EUSITT 20344. That portion of EUSITT 20344 constructed of Random Access Memory may be 
used to store sequences of microinstructions for executing SOPs. These Random Access Memories may 

25 be used as writable control store to ailow sequences of microinstructions for executing SOPs of one or 
more S-Languages currently being utilized by CS 10110 to be written into EUSITT 20344 from MEM lOl 12 
as required. 

As previously described. EUSITT 20344's second input is a Data (DATA) input connected from JPD 
Bus 10142. EUSITT 20344's data input is utilized to write sequences of microinstructions into EUSITT 
30 20344 from MEM 10112 through JPD Bus 10142. EUSITT 20344*s first input is an address (ADR) input 
connected from output of Address Driver (ADRD) 25522 and NAG 2034O. Address inputs provided by 
ADRD 25522 select word locations within EUSITT 20344 for writing of microinstructions into EUSITT 20344. 
or for reading of microinstructions from EUSITT 20344 to mCRD 20346 to control operation of EU 10122. 
Generation of these address inputs to EUSITT 20344 by NAG 20340 will be described further below. 

35 

d.d. Microcode Control Decode Register 20346 

Output.of EUSITT 20344 is connected to input of mCRD 20346. As previously described. mCRD 20346 
4Q is a register for receiving microinstructions from EUSITT 20344, and decoding logic for decoding those 
microinstructions and providing corresponding control signals to EU 10122. As indicated in Rg. 255. 
Diagnostic Processor Micro-Program Register (DPmR) 25524 is a 60 bit register connected in parallel with 
output of EUSITT 20344 to input of mCRD 20346. DPmR 25524 may be loaded with 60 bit microinstruc- 
tions by OP 10118. Diagnostic microinstructions may thereby be provided directly to input of mCRD 20346 
45 to provide direct microinstruction by microinstruction control of EU 10122. 

Outputs of mCRD 20346 are provided, in general, to all portions of EU 10122 to control detailed 
operations of EU 10122. Certain outputs of mCRD 20346 are connected to inputs of Next Address Source 
Select Multiplexer (MASS) 25526 and Long Branch Page Address Gate (LBPAG) 25528 and NAG 20340. As 
will be described further below, these outputs of mCRD 23046 are used in generating address inputs to 
50 EUSITT 20344 when particular microinstructions sequences call for Jumps or Long Branches to other 
microinstruction sequences. Outputs of mCRD 20346 are also connected in parallel to inputs of Execution 
Unit Micro-Instruction Parity Check Logic (EUmlPC) 25530. EUmlPC 25530 checks parity of all microin- 
struction outputs of mCRD 20346 to detected errors in mCRD 20346's outputs. 

55 
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presentation) to TSTCON 20386. Output of TSTCON Pmflf; / i ^, 

connected to NAG 20340. TSTCON 2?386 nd ec^^^^^ ^'^"^ presentation) are" 

FUINT 20298. ^^^^^ to and inputs from FU 10l20's 

Having described the overall structure of Fii imoo ,u 
i next below with aid of further diagrams whic^ wHI ^^^T^. °' '"^^^ will be described 

20320 will be described. including^^^^pL ofl dltT ""JT"""' ^^TINT 
and FU ,0120 trough TSTINT ^320 "TfuTnJ ^OS^^^^^^^^ t-t-een 6U ,0.22 

,0,22 and FU ,0,20, certain features of EU ,oS nS- f ' ""^ ^^^'^ EU 

executed in cooperation with MEM ,0 ,2 and ?uTo?7fT T '""^^ 
' comprising in pan portions of MULTR "'oaS and ^pS/S/ere'S l";''' 

operation of EU 10,22's Slack Mechanicn,. rl^ ' "^^^'^ 101,2 so that 

FU ,0,20. Mechanisms requires cooperative operations by EU ,0122. MEM ,0, ,2 and 

b. Executg Unit ,0122 Operation fFjg, ggs^ 
1^ Execute Unit Control Logic 20310 (Hg. 255) 

EUaJot? Sceiis eVioT^' C^h pSetr '''' ^^^-^^ above 

f^UCTL 202,4. EU ,0,22 SiStch To' n te^ ^^^^^^^^^ ^"^SOT 20266 an^ 
executing EU ,0,22 arithmetic operations as reo^l ,n pvJ^ ^ m.cromstructlon sequences for 

assist in handling JP io„4 Events As descrih!^ I« ^ "'^'^ SOPs. and to 

20342. EUSITT 20344. mCRD 203S. and NAQ 25^''' ^'^"^"'^ °' ^"^^ ^0310 include COMQ 

Q a- Command Queue 20342 

mformation fields. A first information field coSns a ^O b» IT l.T " 

microistrucions residing in EUSITT 203tt s2L ,il ni 1 if " corresponding sequence of 

containing certain control Wormafen su^^ a^rmln L'ni't J°'^^ ^ ^ ««« 
to be operated upon. In this case unrd^^t h 

operated upon comprise signed or unsianed inf^nrnf. 1 '^""'^ "''^'^"^ "P^'^^-^s to be 

precision floating point numbers. ^ ' ^'""'^ °' ""P^'^'*^'^ ^«<=*'"al. or single or double 

reglieMLT^co^^^^^^^^^^^ ^^V"^ ^° ^-p register files. A first of these 

Queue Address Store CQAS) 25512 Ch" CqTs 255^' IT. 

by two word deep register file for ece'tg and Sino r^^^^ ^ ^^r, wide 

SOPS, that is Dispatch Pointers for inibVtL EU ,012rnnp J J """'"'^^^ corresponding to 

program. Address fields of these SOP rt fee ivld in cSrJsslf 'h^^^^^^ ^''^'^"""^ ' '^'^ 
stored in CQCS 25510. COMQ 20342 is ^''"^ "^''^s are received and 

t0122 Dispatch Pointers correspondrng ,o u2 p ^Tam cno'°'"^ '° 

executed in the order received frSm f5 ,0,20 E^ To,22 S 1 f ' ^^"^ 

currently executing SOP Dispatch Points and one 1« S cno^.^ °' '^"^'''"^ ^ ^""'"^ one 

Pointers may be read into COMQ 203Tas prevrs toPsVZ^T' ''''''' ""i^'^' 

command Oi^ 

Command Queue Event Control Store (cnrF\ ok^^aa m 
store (CQAE) 255,6 are similar in f ncSn L ooL! o V '^^"^ "^""'^^^ Control 
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MWR 20372 is connected to a first input of Second Multiplier Anthmetic and Logic Unit (MULTALU2) 
20374. A second input of MULTALU2 20374 is connected from output of RFR 20336. Output of MULTALU2 
is connected to a second input of FRS 20362. As described above, first input of FRS 20362 is connected 
from output of NIBSHF 20368. Output of FRS 20362 is connected to input of RFR 20336. 
5 As described above, output of RFR 20336 is connected to second input of MULTALU2 20374. to first 
input of f^ULTRF 20350, to first input of MULTRM 20334. and to second input of FROM 20324. Output of 
RFR 20336 is also connected to input of Leading Zero Detector (L2D) 20376 of MULTCNTL 20318. and to 
inputs of Exception Logic (ECPT) 20378. CONSIZE 20352, and TSTINT 20320. 

w 

4. Exponent Logic 20316 

Referring to EXP 20316, as previously described EXP 20316 performs certain operations with respect 
to exponent fields of single and double precision floating point number in EU 10122 floating point 
J5 operations. EXP 20316 includes a second portion of EU I0l22's general register file, shown herein as 
Exponent Register File (EXPRF) 20380. Although indicated as individual register files. fvlULTRF 20350 and 
EXPRF 20380 comprise, as in GRF 10354. a unitary register file structure with common, parallel addressing 
of corresponding registers therein. 

Output of EXPRF 20380 is connected to a second input of INSELA 20330. A first input of EXPRF 20380 
20 is connected from output of EXRM 20332. As previously described, a first input of EXRM 20332 is 
connected from second output of OPB 20322 through EXPO Bus 20325. A second input of EXRM 20332 is 
connected from output Scale Register (SCALER) 20338. A second input of EXPRF 20380 is connected from 
output of Sign Logic (SIGN) 20382. input of SIGN 20382 is connected from second output of SCALER 
20338. 

25 INSELA 20330. INSELB 20348. Exponent ALU (EXPALU) 20384 and SCALER 20338 comprise EXP 
2031 6's arithmetic circuitry for manipulating exponent fields of floating point numbers. INSELA 20330 and 
INSELB 20348 select, respectively, first and second inputs to EXPALU 20384. As previously described, a 
first input of INSELA 20330 is connected from second output of OPB 20322 through EXPO Bus 20325. 
Second input of INSELA 20330 is connected from output of EXPRF 20380. Output of INSELA 20330 is 

30 connected to first input of EXPALU 20384. First input of INSELB 20348 is, as previously 'described, 
connected from a second output of mCRO 20346. Second input of INSELB 20348 is connected from output 
of OPB 20322 through EXPO Bus 20325. Third input of INSELB 20348 is connected from output of 
SCALER 20338 and fourth input of INSELB 20348 is connected from output of LZD 20376. Output of 
INSELB 20348 is connected to second input of EXPALU 20348. Output of EXPALU 20348 is connected to 

35 input of SCALER 20338. 

As previously described, second output of SCALER 20338 is connected with input of SIGN 20382 and 
first output is connected to second input of EXRM 20332 and to third input of INSELB 20348. First output of 
SCALER '20338 is also connected to EXPO Bus 20325, to first input of EXOM 20326. and to a second input 
of MULTGNT 20364. 

40 

5. Multiplier Control 20318 

As previously described, MULTCNTL 20318 provides certain control signals and information for 
45 controlling and coordinating operation of EXP 20316 and MULT 20314 in performing arithmetic operations 
on floating point numbers. MULTCNTL 20318 includes LZD 20376 and MULTCNT 20364. Input of LZD 
20376 is connected from output of RFR 20336 through FR Bus 20337. Output of LZD 20376 are connected 
to a second input of MULTCNT 20364 and to fourth input of INSELB 20348, A second input of MULTCNT 
20364 is connected from output of SCALER 20338. As previously described, control output of MULTCNT 
50 20364 is connected to control inputs of NIBSHF 20358. 



6. Test and Interface Logic 20320 

55 Rnally. TSTINT 20320 includes ECPT 20378. CONSIZE 20352. and Testing Condition Logic (TSTCON) 
20386. Input of ECPT 20378 and first input of CONSIZE 20352 are connected from output of RFR 20336 
through FR Bus 20337. A second input of CONSIZE 20352 is connected from LENGTH Bus 20226. An 
output of CONSIZE 20352 is connected, together with other inputs from EU 10122 (not shown for clarity of 
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irnJ^T ^^^^'^ connected to JPD Bus 10142. a first input of FROM 20324 is connected 

from output of Multiplier ^ecute in General Register RIe Input Multiplexer (MULTRM) 20334 and MULT 

203 4. EXOM 20326 has an output conneaed to JPD Bus 10142. EXOM 20326 is a first inout 
connected from output of Scale Register (SCALER) 20338 of EXP 20316. EXOM 20326 econd and 



w 2. Execute Unit Control Logic 20310 

TablMSr^ 203'i?H°'J''^' ""^^ Execute Unit S Interpreter 

Io?iVh« 1^ ? ■ '^"=^°'"^*™C''<^ Control Register and Decode Logic (mCRO) 20346. COMQ 
Shi ^ '"P"'.'»""«^'=ted from EUOIS Bus 20206 for receiving SOPs from EUSDT 20266. COMQ 
^UJ42 has. as descnbad above, a first output connected to a third input of EXOM 20326, and has a second 
output connected to an input of NAG 20340. NAG 20340 has. as described above a firs outufconnecteS 
to second mput of EXOM 20326. NAG 20340 has a second output connected to a S^ut o°eus^' 
20344. As previously described. EUSITT 20344 corresponds to FUSITT iioij) ;,nH J, 

10120. EUSITT 20344 has a second input connected from JPD Bus 10142 and has an outout rnnn^rtoH 

tiuns, proviaeo oy tUbITT 20344. In addition to an nput from EUSITT 20344 mCnn pn-^^ fj^c* ^ * * 
«g decoded microinstruc.on control sign.s to all part7^Er,o;2l " C^D Ij^IJ S^^^^^^^^^ 
second output connected to a first input of Input Selecter B (INSELB) 20348 and EXP 2031 6 

3. Multiplexer Logic 20314 
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Refernng to MULT 20314. MULT 20314 includes two parallel arithmetic operation paths for performino 

and manfssa port.ons of s-ngle and double precision floating point numbers. MULT 203 4 also ncl^Ts a 
related porton of EU I0l22's general register file, a memory for storing constants used in arthmeric 
operations, and certain input data selection circuits. That portion of EU I0122-s GRF restinoTn fTuTj 
20314 .s comprised of Multiplier Register File (MULTRF) 20350. Output of MULTRF 2T35O Sneered^ 

^raTecrinrr^^^^^^^^^^^^^^ 

Snrs^cSic^S?^; - °- - 

descIeJ'lSsel'^7 '''.'''' '° « previously 

aescribed. first and second inputs connected respectively from first outout of OPB 20i?9 anH ^ . 

^^3^6 td nS? S T.'l 'T °' ''^"'^ '•^'•"^^ "^'^^"'=> 2°3S8. Anoth : inju 0 

!^omn, r . ^ Constant Store (CONST) 20360. CONST 20360 is a 

.rSTlrS3'5:° MuTr T' °' 2036O is Sonne L 

20322. MULTRF sSoTd^^^^^^^^^ "-^^ '^^"^ "-^''e'^ -"^ 'nP"«s from OPB 

corZ""<S^'lXT^^^ operation paths having, as 

r:irrLtZ:f^Ts2^3ran^^^^^^^^^^^^^ ^ 

Of Multiplier Control Logic (MULTCNT, 20364 anTiTNTt 2031! " 
MQR'^Slfs'ln^.Mr.'!? ''''' P^"^"'""^ "^Q" 20356. As described above 

s^nd^^n^s.: :.^::sTrvir2:i;i^^ --fA'^d r 

rvrrr ind™ 20366 0 .p^^of MULTkmll^'^'uSsH^^^^^^^^ 

MULTALU1 2037^^ ^Mtn , ' °' ^ogic Unit (MULTALUI 2o5?5. 

MULTALU1 20370 s output .s connected to input of Multiplier Working Register (MWR) 20372. Output of 
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FU 10120 has been received. This transfer complete signal indicates to EU I0i22 that EU I0l22's result 
register, described in a following description of EU 10122. is available for further use by EU I0i22. This 
transfer complete signal is generated by an output of FUSITT Ii0i2 as part of microinstruction sequences 
for transferring data from EU 10122 to FU 10120 or MEM 101 12. 
5 Having described structure and operation of FU 10120. including DESP 20210. MEMINT 20212. and 
FUCTL 20214. the structure and operation of EU 10122 will be described next below. 



C. Execute Unit 10122 (Figs. 203. 255-268) 

10 

As previously described. EU 10122 is an arithmetic processor capable of executing integer, packed and 
unpacked decimal, and single and double precision floating point arithmetic operations. A primary function 
of EU 10122 is to relieve FU 10120 of certain arithmetic operations, thus enhancing efficiency of CS 101 10. 

Transfer of operands from MEM 10112 to EU 10122 is controlled by FU 10120, as is transfer of results 
15 of arithmetic operations from EU 10122 to FU 10120 or MEM 10112. In addition. EU 10122 operations are 
initiated by FU 10120 by EU 10122 Dispatch Pointers invited to EU 10122 by EUSOT 20266. EU 10122 
Dispatch > Pointers may initiate both arithmetic operations required for execution of SINs and certain EU 
10122 operations assisting in handling of CS 10110 events. As previously described, EU 10122 Dispatch 
Pointers are translated into sequences of microinstructions for controlling EU I0i22 by EU 10122's EUSITT 
20 which is similar in structure and operation to FUSITT 11012. As will be described further below. EU 10122 
includes a command queue for receiving and storing sequences of EU 10122 Dispatch Pointers from FU 
10120. In addition. EU 10122 includes a general register file, or scratch pad memory, similar to GRF 10354. 
EU 10122's general register file is utilized, in part, in EU 10122 Stack Mechanisms similar to FU 10120's 
SR's 10362. 

25 Referring to Fig. 203, a partial block diagram of EU 10122 is shown. EU I0l22's general structure and 
operation will be described first with referene to Fig. 203. Then EU 10l22's structure and operation will be 
described in further detail with aid of subsequent figures which will be presented as required. 

As indicated in Fig. 203, major elements of EU 10122 include Execute Unit Control Logic (EUCL) 
20310. Execute Unit 10 Buffer (EUIO) 20312. Multiplier Logic (MULT) 20314. Exponent Logic (EXP) 20316. 

30 Multiplier Control Logic (MULTCNTL) 20318. and Test and Interface Logic (TSTINT) 20320. EUCL 20310 
receives Execute Unit Dispatch Pointers (EUDP's) from EUSDT 20266 and provides corresponding 
sequences of microinstructions to control operation of EU 10122. 

EUIO 20312 receives operands, or data, from MEM 10112. translates those operands into certain 
formats most efficiently used by EU 10122. EUIO 20312 receives results of EU I0i22*s operations and 

J5 translates those results into formats to be returned to MEM 10112 or FU 10120. and presents those results 
to MEM 10112 and FU 10120. 

MULT 20314 and EXP 20316 are arithmetic units for performing arithmetic manipulations of EU 10122 
operations. In particular. EXP 20316 performs operations with respect to exponent fields of single and 
double precision floating point operations. MULT 20314 performs arithmetic manipulations with respect to 

40 mantissa .fields of single and double precision floating point operations, and arithmetic operations with 
regard to integer and packed decimal operations. MULTCNTL 20318 controls and coordinates operation of 
MULT 20314 and EXP 20316 and prealignment and normalization of mantissa and exponent fields in 
floating point operations. Finally. TSTINT 20320 performs certain test operations with regard to EU I0l22's 
operations, and is the interface between EU 10122 and FU 10120. 

45 

a. General Structure of EU 10122 



50 

1. Execute Unit I/O 20312 

Referring first to EUIO 20312, EUIO 20312 includes Operand Buffer (0P8) 20322. Final Result Output 
Multiplexer (FROM) 20324. and Exponent Output Multiplexer (EXOM) 20326. OPB 20322 has first and 
55 second inputs connected, respectively, from MOD Bus 10144 and JPD Bus 10142. OPB 20322 has a first 
output connected to a first input of Multiplier Input Multiplexer (MULTIM) 20328 and MULT 20314. A second 
output of OPB 20322 is connected to first inputs of inputs Selector A (INSELA) 20330 and Exponent 
Execute Unit General Register File Input Multiplexer (EXRM) 20332 in EXP 20316. 
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d.d.d. Timers 20296 (Fig. 254) 

Referring first to INTTMR 25410. a primary function of INTTMR 25410 is to maintain CS iQiiO 
architecturaJ time as previously described with reference to Rg. t06A and previous descriptions of CS 
5 10110 UIO addressing. As described therein, a portion of aJI UID addresses generated by ail CS lOnO 
systems is an Object Serial Number (DSN) field. OSN field uniquely defines each object created by 
operation of or for use in a particular CS lOnO. OSN field of an object's UID is, in a particular CS 10110. 
generated fay determining time of creation of that object relative to an arbitrary historic starting time 
common to all CS 10110 systems. That time is maintained within a MEM 10112 storage space, or address 
10 location, but is measured by operation of INTTMR 25410. 

INTTMR 25410 is a 28 bit counter clocked by a 110 Nano-Second Clock (liONSCLK) input and is 
enabled to count by a one MHZ Clock Enable input (CLK1MH2ENB). INTTMR 25410 may thereby be 
clocked at a one MHZ rate to measure one microsecond intervals. Maximum time interval which may be 
measured by INTTMR 25410 is thereby 268.435 seconds. 
15 As indicated in Hg. 254, INTTMR 25410 may be loaded from and read to JPO Bus 10142. In normal 
operation, the MEM 10112 location containing architectural time for a particular CS 10110 will be loaded 
with current architectural time at time of start up of that particular CS 10110. INTTMR 25410 will 
concurrently be loaded with all zeros. Thereafter. INTTMR 25410 will be clocked at one microsecond 
intervals. Periodically, when INTTMR 25410 overflows, architectural time stored in MEM 10112 will be 
accordingly updated. At any time, therefore, current architectural time may be determined, down to a one 
microsecond increment, by reading architectural time from the previous updated architectural time stored in 
MEM 10112 and elapsed interval since last update of architectural time from INTTMR 25410 In the event of 
a failure of CS 101 10. architectural time in MEM 10112 and INTTMR 25410 may be saved in MEM 10112 
by reading elapsed intervals since last architectural time update. When normal CS 101 10 operation 
resumes, INTTMR 25410 may be reloaded witti a count reflecting current architectural time. As indicated in 
Fig. 254. INTTMR 25410 is loaded from JPD Bus 10142 when INTTMR 25410 is enabled by a Load Enable 
input (LDE) provided from OP 10118. 

Referring to EGGTMR 25412. certain CS 10110 Events, in particular Asychronous Events previously 
described with reference to EVENT 20284. are received or acknowledged by EVENT 20284 only at 
conclusion of State Ml of first microinstruction of an SOP. As certain CS lOliO microinstructions have long 
execution times, these Asynchronous Events may be subjected to an extended latency, or waiting interval 
before being serviced. EGGTMR 25412. in effect, measures latency time of pending Asychronous Events 
and provides an output to EVENT 20284 if a predetermined maximum latency time is exceeded 

As indicated in Fig. 254. EGGTMR 25412 is clocked by a 110 Nano-Second Clock input (110NSCLK) 
EGGTMR 25412 is initially set to zero by load input (LOZRO) at end of State Ml of the first microinstruction 
of each SOP executed by CS 10110. or when specifically instructed so by DEVCMD subfield of a 
microinstruction word. EGGTMR 25412 is incremented when enabled by Clock Enable (CLKENB) input 
from EGGENB 25416. There are two conditions necessary for EGGTMR 25412 to be incremented. First 
condition is occurrence of an Asychronous Event, which is indicated by input ASYEVNT to EGGENB 25416 
c^ox^^*^*^ ^^^^"^ condition is that 16 or more microseconds have elapsed since last increment of 

EGGTMR 25412. This interval is measured by an output from fourth bit of INTTMR 25410 which as shown 
in Fig. 254. is connected to an input of EGGENB 25416. EGGTMR 25412 is a four bit counter and will 
mereby overflow and generate output OVRFLW to EVENT 20284 256 microseconds after beginning of an 
SOP If an Asychronous Event has occurred and if at least 16 microseconds have elapsed since start of that 
SOP EGGTMR 25412 thereby insures a maximum service latency of 256 microseconds for Asychronous 
Events. 
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e.e.e. Fetch Unit 10120 Interface to Execute Unit 10122 

Rnally. as previously described FU 10120*s interface to EU 10122 is primarily comprised of EUDIS Bus 
20206. for providing EUOPs to EU 10122's EUSITT. and FUINT 20298. Operation of EUSDT 20266 and 
EUDIS Bus 20206 has been previously described and will be described further in a following description of 
EU 10122. FUINT 20298 is primarily concemed with generating Event Requests for conditions signalled 
from EU 10122 so that these Events may be serviced. In this regard. FUINT 20298 is primarily comprised 
of gates receiving Event Requests from EU 10122 and providing corresponding outputs to EVENT 20284 
Another interface function performed by FUINT 20298 is generation of a "transfer complete" signal 
generated by FU 10122 and provided to EU 10122 to assert that a EU 10122 result read from EU 101^ to 
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outputs of FUSITT 11012. Current and Previous Pointers change as stacks are "pushed" or "popped" to 
and from f^iS 10368 as JP 10114 performs, respectively, calls and returns. Similarly. Current. Previous and 
Bottom Pointers will be incremented or decremented as MIS 10368 frames are transferred between MIS 
10368 and MEM lOl 12. as previously described with respect to CS lOl 10's Stack Mechanisms. 

5 Referring first to Current and Previous Pointer operation. Current and Previous Pointers in TOSCNT 
25310 and TOS-lCNT 25312 are initially set. respectively, to point to Frames 1 and 0 of MIS 10368 by 
being loaded from JPD Bus 10142. TOSCNT 25310 and TOS-lCNT 25312 are enabled to count when two 
conditions are met. First condition is dependent upon current operating state of CS 101 10. TOSCNT 25310 
and TOS-lCNT 25312 will be enabled to count during last system clock cycle of CS lOi 10 operating States 

w Ml or AB. Second condition is dependant upon whether JP 10114 is to execute a call or return. TOSCNT 
25310 and TOS-lCNT 25312 may be enabled to count if a current microinstruction indicates JP lOl 14 is to 
execute a call or return, or if CS 10110 is exiting State AB as exit from State AB is an implied call 
operation. Both a call and an implied call, that is exit from State AB. will cause TOSCNT 25310 and TOS- 
lCNT 25312 to be incremented. A return will cause TOSCNT 25310 and TOS-lCNT 253i2 to be 

/5 decremented. 

Referring to BOSCNT 25314, Bottom Frame Pointer is initially loaded from JPD Bus 10142 to point to 
MIS 10368 Frame 1. Again, incrementing or decrementing of BOSCNT 25314 is dependant upon CS 101 10 
operating-state and operation to be performed. BOSCNT 25314 is enabled to count upon exiting from State 
M1. In addition, DEVCMD subfield of a current microinstruction word must indicate that BOSCNT 25314 is 

20 to be incremented or decremented. BOSCNT 25314 will be incremented or decremented upon exit from 
State Ml as indicated by microinstruction word DEVCMD subfield. 

SEM 25320 monitors relative values of Current and Bottom Pointers residing in TOSCNT 25310 and 
BOSCNT 25314 and provides outputs to EVENT 20284 for purposes of controlling operation of Ml 10368 
and MOS 10370. SEM 25320 is comprised of a Read Only Memory, for example 93S427s, receiving 

25 Current and Bottom Pointers as inputs. SEM 25320 detects 3 Events occurring in operation of TOSCNT 
25310 and BOSCNT 25314. and thus in operation of MIS 10368 and MOS 10370. First. SEM 25320 detects 
an MIS 10368 Stack Overflow. This Event is indicated if the present value of Current Frame Pointer is 
greater than 8 larger than the present value of Bottom Frame Pointer. Second. SEM 25320 detects when 
MIS 10368 contains only one frame of information. This event is indicated if the value of Current Frame 

30 Pointer is equal to the value of Bottom Frame Pointer. In this case, the previous frame of MIS 10368 resides 
in MEM 10112 and must be fetched from MEM 101 12 before a reference to the previous stack frame may 
be made. Third, SEM 25320 detects when MIS 10368 and MOS 10370 are full. This Event is indicated if the 
present value of Current Frame Pointer is 16 larger than the present value of Bottom Frame Pointer. When 
this Event occurs, any further attempt to write a frame onto MIS 10368 or MOS 10370 will result in a MOS 

35 10370 Stack Overflow, EVENT 20284 responds to these Events indicated by SEM 25320 by initiating 
execution of an appropriate Event Handling microinstruction sequence, as previously decribed. It should be 
noted that. MIS 10368 and MOS 10370 are addressed in the same manner, that is through use of Current, 
Previous -3nd Bottom Frame Pointers and certain microinstruction word subfields. Primary difference 
between -operation of MIS 10368 and MOS 10370 is in the manner in which stack overflows are handled. In 

40 the case^f MIS 10368. stack frames are transferred between MIS 10368 and MEM 10112 so that MIS 
10368 is effectively a bottomless stack. MOS 10370, however, contains a maximum of 8 stack frames, in a 
present embodiment of CS 10110. so that no more than eight Events may be pushed onto MOS 10370 at a 
given time. 

GR 10360 is addressed in a manner similar to SR 10362. BIAS 20246. and ROWS 10358, that is 
^5 through ADRSRC 25316. DSTAOR 25318, and SDADRMUX 25322. Again, register select fields of source 
and destination register addresses are provided by microinstruction word SRC and DST subfields. Frame 
select field of source and destination register addresses is, however, specified by microinstruction word 
CONEXT subfield. In this case, microinstruction word RS and RO subfields specify that frame select fields 
of source and destination register addresses are to be provided by CONEXT subfield. Accordingly, 
so ADRSRC 25316 and DSTADR 25318 provide CONEXT subfield as SRCFADR and DSTFAOR inputs to 
SDADRMUX 25322. 

Having described structure and operation of RAG 20288, TIMERS 20296 will be described next below. 
Referring to Fig. 254, a partial block diagram of TIMERS 20296 is shown. As indicated therein, TIMERS 
20296 includes Interval Timer <1NTTMR) 25410, Egg Timer (EGGTMR) 25412. and Egg Timer Clock Enable 
55 Gate (EGENB) 25416. 
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IS. a source register within a frame selected by SRCFADR. OST is similarly a 3 bit number selecting a 
destination register within a frame indicated by OSTFAOR. SRC subfield input to SDADRMUX 25322 is 
concatenated with SRCADR 25316 to respectively comprise, as described above, register and frame fields 
of a source register SDADR output of SOAORf^UX 25322. Similarly. OST subfield is concatenated with 
; DSTFDADR output of DSTADR 25318 to comprise, respectively, register and frame subfields of a 
destination register SDADR output of SDADRMUX 25322. Selection between source and destination register 
address inputs to SDADRf^UX 25322. to generate a con-esponding source of destination register SDADR 
output of SDADRMUX 25322 is controlled by microinstruction control inputs (not shown for clarity of 
presentation) connected to control inputs of SDADRMUX 25322. RDWS 25324 is a PROM decoding MD 
) field from microinstnjction words during reads from MEM 10112 and provides register select field of 
destination register address and selects one of the pointers as frame select field. 

An Event output of SEM 25320 is connected to an input of EVENT 20284. previously described 
SRCADR 25316. DSTADR 25318, and SDADRMUX 25322. as will be described further below, operate as 
multiplexers and may be comprised, for example, of SN74Sl53s. 

Having described structure and organization of GRF 10354. BIAS 20246. and RCWS 10358. and 
structure of RAG 20288. operation of RAG 20288 to generate Source of Destination Register Address 
outputs SDADR will be described next below. Addressing of JP 10114's stack mechanism, comprising SRs 
10362 and RCWS 10358, will be described first, followed by addressing of GRs 10360 and BIAS 20246 

SR 10362 portion of GRF 10354. RCWS 10358. and BIAS 20246 are addressed by Current. Previous, 
and Bottom Frame Pointers contained, respectively, in TOSCNT 25310. TOS-lCNT 25312. and 60SCNT 
25314. Current, Previous, and Bottom Pointers comprise frame select fields of SDADRMUX 25322. As 
previously described. Current. Previous and Bottom Pointer outputs of TOSCNT 25310 to BOSCNT 25314 
are provided as inputs of SRCADR 25316 and DSTADR 25318. Microinstruction word RS subfield to control 
input of SRCADR 25316 selects either Current. Previous or Bottom Pointer input of SRCADR 25316 to 
comprise SRCFADR output of SRCADR 25316, that is to be frame select field of source register address. 
Similarly, microinstruction word RD subfield to control input of DSTADR 25318 concurrently selects either 
Current. Previous, or Bottom Pointer inputs of DSTADR 25318 to comprise DSTADR 25318*s concurrently 
selects either Current. Previous, or Bottom Pointer inputs of DSTADR 25318 to comprise DSTADR 25318s 
DSTFADR output, that is frame select field of destination register address. As described above. SRCFADR 
and DSTFADR are provided as inputs to SDADRMUX 25322. Microinstruction word SRC and DST subfield 
inputs to SDADRMUX 25322 concurrently determine, respectively, source and destination registers within 
source and destination frames specified by SRCFADR and DSTFADR. SDADRMUX 25322 then, operating 
under microinstruction control, selects either SRCFADR and SRC to comprise SDADR output to SR 10362 
as a source register address or selects DSTFADR and DST as SDADR output specifying a destination 
register address. By microinstruction control of SRCADR 25316. DSTADR 25318, and SDADRMUX 25322. 
a CS 10110 microprogram may select a source frame and register within SR 10362 and simultaneously 
specify a possible different destination frame and register within SR 10362. All possible combinations of 
source frame and register and destination frame and register in GRs 10360, SRs 10362 BIAS 20246 and 
RCWS 10358 are valid. 

Control of SRCADR 25316. DSTADR 25318. and SDADRMUX 25322 in addressing SR 10362 portion of 
GRF 10354, and RCWS 10358. is controlled, in part, by current CS 10110 state. Pertinent CS 10110 
operating states, previously described, are State Ml and State RW. When CS 10110 is in neither State RW 
nor State Ml, SR 10362 is addressed through SRCADR 25316 and microinstruction word SRC subfield, that 
IS SR 10362 and RCWS 10358 are provided with source register addresses when CS 10110 is in neither 
RW nor Ml States. When CS 10110 enters State Ml. SR 10362 and RCWS 10358 is addressed through 
DSTADR 25318 and by microinstruction word DST subfield. That is. SR 10362 and RCWS 10358 are 
provided with destination register addresses during State Ml. Similarly, SR 10362 and RCWS 10358 are 
provided with destination register addresses when CS 10110 is operating in State RW. that is when data is 
being read from MEM 10112 and written into SR 10362 or RCWS 10358. In this case, however, low order 3 
bits of destination register address, that is register select field, are provided by RDS 25324. which decodes 
microinstnjction word subfield MD (Memory Destination). RDS 25324 also provides a control input that 
DSTADR 25318 to select one of Current. Previous, or Bottom Pointers from MISPR 10356 to comprise 
frame select field of destination register address. 

As stated above, frame select field of source and destination register addresses are provided from 
TOSCNT 25310, TOS-lCNT 25312. and BOSCNT 25314. As described above, the most significant bit of 
source and destination register address are forced to logic 1 or logic 0. depending upon whether GR 10360 
or SR 10362. BIAS 20246, and RCWS 10358 are being addressed. Contents of TOSCNT 25310 to 
BOSCNT 25314, that is Current, Previous, and Bottom Pointers, are controlled by microinstruction control 
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cf GRF 10354. RCWS 10358 is, as previously described, an array of 16 registers, or words, wherein each 
register contains one 32 bit RCW. RCWS 10358 is structured and operates in parallel with SRs 10362 with 
each RCWS 10358 register corresponding to a SR 10362 franne of eight registers. As described below. 
RCWS 10358 is addressed in parallel with SR I0362's frames. 

5 Source and Destination Register Addresses (SOAR) for selecting a GRF 10354 register to be. 
respectively, read from or written to are provided by RAG 20288. As described above BIAS 20246 operates 
and is addressed in parallel with SR 10362 portion of GRF 10354. that is parallel with SRs 10362. BIAS 
20246 registers are thereby connected to and in parallel with address inputs of SRs 10362 and are 
addressed concurrently with GRs 10360. Registers RCWS 10358 also operate and are addressed in parallel 

JO with SRs 10362. Address inputs of RCWS I0358's registers are thereby connected in parallel with address 
inputs of SR 10362's registers. 

RAG 20288*s address inputs to GRF 10354. and to BIAS 20246 and RCWS 10358, may select registers 
therein to be either source registers, that is registers providing data, or destination registers, that is registers 
receiving data. RAG 20288's address outputs are designated as output Source and Destination Register 

;5 Address (SDADR) of RAG 20288. RAG 20288's SDADR output is connected to address input of register 
comprising GRF 10354. BIAS 20246. and RCWS 10358. As descnbed above, SRs 10362 are structured as 
16 frames jof 8 registers per frame and RCWS 10358 is structured as a corresponding 16 frames of one 
register per frame. GRF 10354 and BIAS 20246 are structured and utilized as single registers but. for 
addressing purposes, are regarded as being comprised of 16 frames of 8 registers per frame. Each SDADR 

20 cutput of RAG 20288 is an 8 bit word wherein the most significant bit indicates whether the addressed 
register, either a Source or a Destination Register, reside in GRs 10360 or within SRs 10362, BIAS 20246. 
and RCWS 10358. The four next most significant bits comprise a frame select field for selecting one of 16 
frames within GRs 10360 or within SRs 10362. BIAS 20246. and RCWS 10358. The three least significant 
bits comprise a register select field selecting a particular register within the frame selected by frame select 

25 field. 

Within a single system clock cycle. SDADR output of RAG 20288 may select a source register and data 
may be read from that source register, or SDADR output may select a destination register and data may be 
written into that destination register. As previously described, each JP 10114 microinstruction requires a 
minimum of two-system clock cycles for execution, that is at first clock cycle in State MO and a second 

30 clock cycle in State Ml. During a single microinstruction therefore, a source register may be selected and 
data read from that source register, and a destination register selected and data wntten into that destination 
register. Certain operations, however, may require more than one microinstruction for execution. For 
example, a read-modify-whte operation wherein data is read from a particular register, modified, and written 
back into that register may require two or more microinstructions for execution. 

35 Referring first to RAG 20288 structure. RAG 20288 includes MISPR 10356. MISPR 10356 includes Top 
Of Stack Counter (TOSCNT) 25310, Top Of Stack-1 Counter (TOS-lCNT) 25312. and Bottom Of Stack 
Counter (BOSCNT) 25314. Contents of TOSCNT 25310, TOS-lCNT 25312 and BOSCNT 25314 are 
respectively, pointers to Current, Previous, and Bottom frames of SRs 10362. that is. to MIS 10368. As will 
be described below, these pointers are also utilized to address MOS 10370. TOSCNT 25310. T0S-1CNT 

40 25312, and. BOSCNT 25314 are each four bit binary counters comprised, for example, of SN74Si63s. 

Data inputs of TOSCNT 25310 to BOSCNT 25314 are connected from JPD Bus 10142. Control inputs 
of TOSCNT 15310 to BOSCNT 25314 are connected from microinstruction control outputs of FUSITT 
11012. Data outputs of TOSCNT 25310 to BSOCNT 25314 are connected to data inputs of Source Register 
Address Multiplexer (SRCADR) 25316 and to data inputs of Destination Register Address Multiplexer 

45 (DSTADR) 25318. Data outputs of TOSCNT 25310 and BOSCNT 25314 are connected to inputs of Stack 
Event Monitor Logic (SEM) 25320. 

Source and destination frame addresses are selected, as will be described further below, by SRCADR 
25316 and DSTADR 25318 respectively. In addition to data inputs from TOSCNT 25310 and BOSCNT 
25314. data inputs of SRCADR 25316 and DSTADR 25318 are connected from microinstruction word 

so' CONEXT subfield output from FUSITT 11012. Control inputs of SRCADR 25316 and DSTADR 25318 are 
connected from, respectively, microinstruction word RS and RD subfield outputs from FUSITT 11012. 
Source Frame Address Field (SRCFADR) output of SRCADR 25316 and Destination Frame Address Field 
(DSTFADR) output of DSTADR 25318 are connected to inputs of Source and Destination Register Address 
Multiplexer (SDADRMUX) 25322. SRCFADR and DSTFADR comprise frame select fields of RAG 20288. 

55 SDADR outputs for. respectively, source and destination registers. 

In addition to SRCFADR and DSTFADR outputs of ADRSRC 25316 and DSTADR 25318. SDADRMUX 
25322 receives microinstruction word SRC and DST subfield inputs from microinstruction outputs of 
FUSITT 1 1012. As previously described, SRC subfield is a 3 bit number designating a source register, that 
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tion sequence may be discontinued due to a requirennent to service a CS lOnO Event, as descnbed above, 
or if mat microinstruction sequence has called for execution of another microinstruction sequence, as m a 
Branch or Case Operation. 

As shown in Rg. 251. each RCW may contain, for example. 32 bits of information. RCW Bits 16 to 31 

5 inclusive are primarily concerned with storing current microinstruction aaJress of microinstruction se- 
quences which have been discontinued, as described above. Bits 17 to 31 inclusive contain microinstruction 
sequence return address. Return address is. as previously described, address of the microinstruction 
currently being executed of a microinstruction sequence whose execution has been discontinued. When JP 
10114 returns from servicing of an Event or execution of a called microinstruction sequence, return address 

w is provided from RCWS 10358 to SITTNAS 20286 and through CSAOR Bus 20204 to FUSITT 11012 as 
next microinstruction address to resume execution of that microinstruction sequence. Bit 16 of an RCW 
contains a state bit indicating whether the particular microinstruction referred to by return address field is 
the first microistruction of a particular SOP. That is. Bit 16 of an RCW stores CS 10110 State FM. 

Bits 8 to 15 inclusive of an RCW contain information pertaining to current condition code of JP 10114 

;5 and to pending Interrupt Requests. In particular. Bit 8 contains a condition code bit which, as previously 
described indicates whether a particular test condition has been met. RCW Bit 8 is thereby, as previously 
described, a means by which JP 10114 may pass results of a particular test from one microinstruction 
sequence to another Bits 9 to 1 5 inclusive of an RCW contain information regarding currently pending 
Interrupts. These Interrupts have been previously discussed, in general, with reference to EVENT 20284. In 

20 particular, RCW Bit 9 contains pending state of illegal EU 10122 Dispatch Interrupt Requests: RCW Bit 10 
contains pending state of Name Trace Trap Request: RCW Bit 1 1 contains pending state of Store Back 
Interrupt Request: RCW Bit 12 contains pending state of Memory Repeat Interrupt Request: RCW Bit 13 
contains pending state of SOP Trace Trap Request; RCW Bit 14 contains pending state of Microtrace Trap 
Request: and, RCW Bit 15 contains pending state of l^icro-Break Point Trap Request. Interrupt Handling 

25 microinstruction sequence which require use of CS 101 lO mechanisms containing information regarding 
pending Interrupts must, in general, save and store that information. This save and restore operation is 
accomplished by use of Bits 9 to 15 of RCWS 10358'S RCWs. Upon entry to an Interrupt Handling 
microinstruction sequence, these bit flags are set to indicate Interrupts which were outstanding at time of 
entry to that microinstruction sequence. Because these bits are used to initiate Interrupt Request upon 

30 returns, pending Interrupts may be cancelled by resetting appropriate bits of Bits 9 to 15 upon return. This 
capability may be used to implement Microinstruction Trace Traps, previously described. 

As indicated in Fig. 251, RCW Bits 0 to 7 are not utilized in a present embodiment of CS 101 10. RCW 
bits 0 to 7 are not implemented in a present embodiment of CS 101 10 but are reserved for future use. 

As previously described. RCWs may be writtten into or read from RCWS 10358 from JPD Bus 10142. 

35 This allows contents of RCWS 10358 to be initially written as desired, or read from RCWS 10358 to MEM 
101 12 and subsequently restored as required for swapping of processes in CS iOl 10. 



b.b.b. Machine Control Block (Fig. 252) 

40 

As described above, FUCTL 2021 4's Machine Control Block is comprised of a Machine Control Word 1 
(MCW1) and a Machine Control Word 0 (MCWO). MCW1 and MCWO reside, respectively, in Registers 
MCW1 20290 and MCWO 20292. MCW1 and MCWO described the current execution environment of 
FUCTL 2021 4*s current microprogram, that is the microinstruction sequence currently being executed by JP 
45 10114. 

Referring to Fig. 252. diagramic representations of MCWO and MCW1 are shown. As indicated therein. 
MCWO and MCW1 may each contain, for example. 32 bits of information regarding current microprogram 
execution environment. 

Referring to MCWO. MCWO includes 6 execution environment subfields. Bits 0 to 3 inclusive contain a 
50 Top Of Slack Counter (TOSCNT) subfield which is a pointer to Current Frame of accelerated Microstack 
(MIS) 10368. TOSCNT field is initially set to point to Frame 1 of MIS 10368. Bits 4 to 7 inclusive comprise a 
Top of Stack -1 Counter (TOS-ICT) subfield which is a pointer to Previous Frame of accelerated MIS 
10368. that is to the MIS 10368 frame proceeding that pointed by TOSCNT subfield. TOS-lCNT subfield is 
initially set to Frame 0 of MIS 1 0368. Bits 8 to 1 1 inclusive compose a Bottom of Slack Counter (BOSCNT) 
55 subfield which is a pointer to Bottom Frame of accelerated MIS 10368. BOSCNT subfield is initially set to 
point to Frame 1 of MIS 10368. TOSCNT. TOS-lCNT. and BOSCNT subfields of MCWO may be read, 
written, incremented and decremented under microprogram control as frames are transferred between MIS 
10368 and a SS 10336. 

Ill 
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at their destinations as required. DOB 24918 may be comprised, for example, of SN74S04s. 

mCS 249i0's DDO output provides decoded microinstruction control outputs for functions requiring the 
presence of fully decoded control signals at the start of the clock bycle in which those decoded control 
signals are utilized. As shown in Hg. 249. mCS 249l0's 000 output is connected to input of Direct Decode 
s Logic (DDL) 24920. DDL 24920 is comprised of logic gating for decoding certain microinstruction word bits 
during same clock cycle in which those bits are provided by mCS 249lO's ODO. These microinstruction 
bits are provided, as described above, during the same clock cycle in which a corresponding address is 
provided to mCS 249lO's AOR input During this clock cycle. DDL 24920 decodes mCS 2491 0's DDO 
microinstruction bits to provide fully decoded outputs by end of this clock cycle. Outputs of DDL 24920 are 
0 connected to inputs of Direct Decode Register (DOR) 24922. DDR 24922 is a register comprised for 
example, of SN74S374s. DDL 24920's fully decoded outputs are loaded into DOR 24922 at the end of the 
clock cycle dunng which, as just described, an address is provided to mCS 24910-s ADR input and mCS 
2491 0-s corresponding DDO output is decoded by DDL 24920. Fully decoded microinstruction control 
outputs corresponding to mCS 2491 0's 000 outputs are thereby available at start of the second clock 
5 cycle. Microinstruction control outputs of DDR 24922 are thereby available to FU 10120 at start of the 
second clock cycle for those FU 10120 operations requiring immediate, that is undelayed. microinstruction 
control signal outputs from FUSITT 11012. 

Finally. mCS 249l0's BOO is provided for those FU 10120 operations not requiring microinstruction 
control signals immediately at the start of the second clock cycle. As shown in Rg. 249 mCS 24gi0's BOO 
IS connected to inputs of Buffered Decode Register (BOR) 24924. Microinstruction word output bits from 
mCS 2491 0's BOO are provided to inputs of BOR 24924 during the clock cycle in which a correspondinq 
address is provided to mCS 2491 0's ADR input. mCS 249l0's BOO outputs are loaded into BOR 24924 at 
end of this clock cycle. BOR 24924's outputs are connected to inputs of Buffered Decode Logic (BDL) 
24926. BDL 24926 is comprised of logic gating for decoding outputs of BOR 24924. BDL 24926 thereby 
provides decoded microinstruction control outputs to FU 10120 at some delayed time after start of the 
second clock cycle. Microinstruction control outputs from BOL 24926 are thereby delayed in time from the 
appearance of microinstruction control outputs of DDR 24922 but. as BOR 24924 stores microinstruction 
Tewer bS tht'LoR 249^2°''' ""^'^ ^4924 is required to store proportionately 

Finally, as shown in Fig. 249 outputs of OOR 24922 and BOR 24924. are connected to inputs of 
Microinstruction Word Parity Checker (mWPC) 24928. mWPC 24928 is comprised of logic gating for 
checking parity of outputs of DDR 24922 and BOR 24924. A failure in parity of either output of DOR 24922 
and BOR 24924 indicates a possible error in microinstruction output from mCS 24910. When such an error 
IS detected by mWPC 24928. mWPC 24928 generates a corresponding Microinstruction Word Parity Error 
(mWPE). 



d.d. CS 10110 Internal Mechanism Control 

Associated with SR's 10362. the stack mechanism area of GRF 10354. are two CS 10110 control 
Structures primarily associated with operation of CS 10110's internal mechanisms. A first of these referred 
to as Machine Control Block, describes current execution environment of JP 10114 microprograms that is 
JP 10114 microinstruction sequences. Machine Control Block is comprised of two information words 
residing in MCW1 20290 and MCWO 20292. These Machine Control Words contain all control state 
p?rc ^° ^"^"'^ ""^ Tiicroprogram. Second control structure is a portion of 

rZ H ,=nl °' associated with it a Return 

Control Word (ROW) residing in ROWS 10358. RCWs are created when MIS 10362 or MCS 10370 register 
frames are pushed, that is moved onto MIS 10368 or MOS 10370 due to creation of a new Current Register 
Frame. A current RCW does not exist in a present embodiment of CS 101 10. 

ROWS 10358 will be described first next below, followed by Machine Control Block 



a.a.a. Return Control Word Stack 10358 (Fig. 251) 

"9'e';""g 10 Rg- 251. a diagramlc representation of a RCWS 10358 RCW is shown. As previously 
descnbed. RCWS 10358 RCWs contain information necessary to reinidate or continue execuionT a 
microinstruction sequence if execution of that sequence has been discontinued. Execution of a miaoinstruc- 
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be described briefly next below. 

Referring to Fig. 248. a partial block diagram of EVENT 20284 is shown. EVENT 20284 includes Event 
Detector (EDET) 24810. Event Mask and Register Circuitry (EMR) 24812. and Event Handler Selection 
Logic (EHS) 24814. EDET 24810 is comprised of random logic gating and, as previously described. 

5 receives inputs representing event conditions from other portions of CS lOllO's circuitry. EDET 24810 
detects occurrences of CS 10110 operating conditions indicating that Events have occurred and provides 
outputs to EMR 24812 indicating what Events are requested. 

EMR 24812 includes a set of registers, for example SN74Sl94s. comprising EVENT 20284's Event 
Registers. These registers are enabled by mask inputs, described momentarily, to enable masking of those 

to Events which are latched in EVENT 20284's Event Registers. Certain Events, as previously described, are 
not latched and logic gating having mask enable inputs is provided to enable masking of those events 
which are not latched. EMR 24812 mask inputs are Asychronous, Monitor, Trace Trap, and Indivisible 
Masks, respectively AMSK. MMSK. TMSK. and ISMK, provided from FUSITT 11012. Mask inputs derived 
from FUSITT 11012 microinstruction outputs (mWRD) are provided from microinstruction control outputs of 

75 FUSITT 11012. EMR 24812 provides outputs representing mask and unmask events which have been 
requested to EHS 24814, 

EHS 24814 is comprised of loic gating detecting which of EHS 24814's unmasked Event Requests is of 
highest priority. EHS 24814 selects the highest priority unmasked Event Request input and provides a 
corresponding Event Handler microinstruction address to EVNTGT 24310 through ADR A Bus 24322. These 

20 address outputs of EHS 24fil4 are five bit addresses selecting the initial microinstruction of the Event 
Handler microinstruction sequence of the current highest priority unmasked Event. As previously described 
with reference to NASMUX 24312. certain inputs of ENTGT 24310 are hard-wired to provide a full fifteen bit 
address output from EVNTGT 24310. EVENT 20284 also provides, from EHS 24814. an Event Enable 
Select (EES) output to SITTNAS 20286 to enable EVNTGT 24310 to provide microinstruction addresses to 

25 CSADR Bus 20204 when EVENT 20284 must provide a microinstruction address for handling of a current 
Event. 

Having described the structure and operation of FUCTL 2021 4's circuitry providing microinstruction 
addresses to FUSITT 11012. FUSITT 11012 will be described next below. 

30 

c.c.c. Fetch Unit S-lnterpreter Table 11012 (Fig. 249) 

Referring to Fig. 249, a partial block diagram of FUSITT 11012 is shown. Address (ADR) and Data 
(DATA) inputs Of Micro-lnstruction Control Store (mCS) 24910 are connected, respectively, from CSADR 

35 Bus 20204 through Address Driver (ADRDRV) 24912 and from JPD Bus 10142 through Data Driver (DDRV) 
24194. mCS 24910 comprises a memory for storing sequences of microinstructions currently being utilized 
by CS 101 10- mCS 24910 is an 8K (8192) word by 80 bit wide memory. That is. mCS 24910 may contain, 
for example, up to. 8192 80 bit wide microinstructions. Microinstructions to be written into mCS 24910 are 
provided, as previously described, to mCS 24910 DATA input from JPD Bus 10142 through DDRV 24914. 

40 Addresses of microinstructions to be written into or read from mCS 24910 are provided to mCS 24910 ADR 
input from CSADR Bus 20204 through ADRDRV 24912. ADRDRV 24912 and DDRV 24914 are buffer 
drivers comprised, for example, of SN74S240S and SN74S244s. 

Also connected from output of ADRDRV 24912 is input of Nonpresent Micro-Instruction Logic (NPmIS) 
24916. NPmIS 24916 is comprised of logic gating monitoring read addresses provided to mCS 24910. 

45 When a microinstruction read address present on CSADR Bus 20204 refers to an address location not 
within mCS 2491 0's address space, that is of a non-present microinstruction, NPmIS 24916 generates an 
Event Request output indicating this occurrence. As previously described FUCTL 20214 will then call, and 
execute, microinstructions so addressed from MEM 10112. 

As indicated in Fig. 249. mCS 24910 provides three sets of outputs. These outputs are Direct Output 

50 (DO), Direct Decoded Output (DDO). and Buffered Decode Output (BDO). In general, control information 
within a particular microstruction word is used on next clock cycle after the address of that particular 
microinstruction word has been provided to mCS 24910 ADR input. That is. during a first clock cycle a 
microinstruction's address is provided to mCS 24910 ADR input. That selected microinstruction appears 
upon mCS 2491 0*s DO. DDO, BDO outputs during that clock cycle and are used, after decoding, during 

55 next clock cycle. Outputs DO, DDO. BDO differ in delay time before decoded microinstruction outputs are 
available for use. 

mCS 24910 DO output provides certain bits of microinstruction words directly to particular destinations, 
or users, through Direct Output Buffer (DOB) 24918. These microinstructions bits are latched and decoded 
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MPM°imiTc""^='^^'""^- "^'^ '^^'^ '""^ "^^^ co^'ai-^s 3 noncorrectable error. Fatal 

MEM 10112 Error Events are recognized on first State MO after occurrence. Fatal MEM 10112 Error Events 
are stored in an EVENT 20284 Event Register and are cleared upon entry into its service microinstruction 
sequence. In general. Fatal MEM 10112 Error Events may not be masked 

,ni,A^.!?'^!' '^^ °' °"»P"' ^'9"^ ACFAAIL When DP 

In r! to Ar P ' p'^ f"'^' L° <" AC Power lailure Events is disalDled upon 

en ry to AC Power Failure Event Handler microinstruction sequence. No further AC Power Failure Events 
will be recognized until OP 101 18 reinitiates JP 10114 operation 

As win be described further below, FUCTL 2021 4's Egg Timer is a part of TIMERS 20296. Egg Timer 
Overflow Events are indicated by TIMERS 20296 whenever TIMERS 20296-s Egg Timer indicates overflow 

^Jr^^To'o ^"'^ "^""'^ "'^''^^'^'^ ' following descSon 

from EU loS i , w m ^^'"'^ ^'^"^^'^ '"'^S when directed to read a word 

to * c Mechanism and there is no accelerated stack frame present. EU I0i22 will continue 
to assert th.s Event Interrupt until acknowledged by JP 10114 by initiation of a Handler microinstruction 

b. ^l^Z T^'-TS^ °' ^"^"'^ '^'^'^ "^^^ recognition of certain of those Events may 

be masked, that .s inhibited to allow recognition of other Events having higher priority. Certain of th^Je 

iLlr «" °' '^'"'^ '"^y "^^'^^'^ -^vs. four of which are prope^ 

designated as masks. These four masks are generated by microinstruction control from FUSITT n0l2 and 

'T^n. 'T"T '^y<=f'^°"°"S Events. Monitor Masks are utilized for those CS 

to CS TT:^ 'k'''*'"""' °" ^"^"^ <'^°S) 10370. as previously described J" Jerence 

to CS 10110 Stack Mechanisms. Trace Mask is uttlized with reference to Trace Trap Event IndSe 

r/n.M^H'':"'''' °' '"^'^ ^ '"'^9-' °' '"*-3ible part of ceSr^icroin Ju^ 

Events 'TT f^"'" ^''^'^'^ """'^ ^""^'^ microinstructions. Sn o^er 

Events, for example Logical Read and Write Traps and UID Read and Write Traps are recoQniz^Tnr 

rr.r jSt?i roi'^'ovSr r "^-^^ ^-^"^ ^-^^^^o^^ 

result in hUSITT 11012 providing microinstmction control outputs enabling or inhibitina recoonition of 
ZT '"''"""^ ""^^'^ "°' --'^'^'^'^ -'^''"9'^ piSar mS^^^^^^^^^ 

riPnicfJ^T?^ '° ^'V^^- '^""'^ '"^ ^PP"*^^'"^ '"^sks of certain CS 10110 Events are 

sho'l? n H T regarding priority and masking of particl Events^! 

shown in honzontal entnes. each comprising an entry in each of these three vertical columnrLefT hlH 
column, titled Priority Level, states relative priority of each Event entry. Secorcll .^LIIenT 
spea les which Event is referred to in that table entry. A particular Event will yield priority o alS 
pr onty Events and will take presidence over all lower priority Events. Fig. 247-s third colmn tlL MaLked 
By, specifies or each entry which masks may be used to mask the corresponding Event A indicates of 
Asychronous Masks, M use of Monitor Mask. T use of Trace Trap Mask and I represents that ndivTs^te 
H MnLn ^"^'^'^'^ °^ "^^sxed by flag bits of log cal ^esS 

anv 2 thLt TV °1 '° '^"'"'"^'^ •^^<=*""« Check Events. In general if 

any 0' these Events are detected by logic gating in EVENT 20284. EVENT 20284 will prLde a cSck 

Hiirm'T. T T °'' °' '0"^ -"-^ Machine Check EvS 

S L . T T'""' "^^^^ ^^'^"'"^ Check Events are wre^fnTu 

EU 0 22?Colol si^^ ^ '"'"^ '° ""'^ ^°^22 signals a parity error in 

Hon 1 "^^^ Previously ceased operation until a corrective microinsfruc- 

LmrJ> """^ " '0120 attempts to use a^ EU 10122 

anthmetic operation result or test operation result having a parity error in EU 10l22-s ConVroi csLn ck 

miSinrr''°* °' ^^' '0^20 oper l^^'toppS^^ 

Ir .h " "'"""'"^ "^^^ Stack Pointer equals MQS 10370 BoZ slck 

Havmg described genera) operation of EVENT 20284. the structure and operation of EVENT 20284 w,H 
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microinstruction of an SOP. MEM 10112 will continue to assert Nonfatal Memory Error Interrupt until JP 
101 14 issues an acknowledgement to read MEM 101 l2's Error Log. 

An Interval Timer Overflow Interrupt is indicated by TIMERS 20296 when, as described below, an 
Interval Timer increments to zero, thus indicating lapse of an allowed time limit for execution of an 
5 operation. Interval Timer Overflow Inten-upts are recognized during State MO of the first microinstruction of a 
SOP. TIMERS 20296 will continue to request such interrupts until cleared by a microinstruction output of 
FUSITT 11012. 

lOS 10116 will indicate an tOS 10116 Inten-upt to indicate that an inter-processor message from lOS 
10116 to JP 10114 is pending. ICS 10116 will continue to assert an lOS 10116 Interrupt Request, which is 

w stored in a register, until cleared by a microinstruction control output of FUSITT Ii0i2. lOS 10116 
Interrupts are recognized during State MO of the first microinstruction of an SOP, 

The next major class of OS 101 10 events are Interrupts due to the requirement by microinstruction 
sequences to be serviced in order to complete execution. These Interrupts must be serviced before a 
microinstruction sequence may be completed. Microinstruction Service Interrupts include Illegal SOP 

'5 Events. Microinstructions Not Present in FUSITT 11012 Events, an attempted parse of a hung INSTB 
20262, underflow of an FU 10120 Stack, an NC 10226 Cache Miss, or an EU I0i22 Stack Overflow. Each of 
these evehts will be described below, in the order named. 

An Illegal SOP Event is indicated by FUSDT 11010 to indicate that a current SOP Code is a Long 
Code, that is greater than eight bits, while the current dialect (S-Language) expects only Short Operation 

20 Codes, that is eight bit SOPs. An Illegal SOP Interrupt is not detected for unimplemented SOPs within the 
proper code length range. Illegal SOP Events are, in general, not masked. FUSDT nOlO continues to 
indicate an illegal SOP Event until a new SOP is loaded into OPCODEREG 20268. Illegal SOP Events are 
recognized during the first microinstruction of an SOP, that is during State FM. Should a Handler 
microinstruction sequence for a higher priority event change contents of OPCODEREG 20268. a previous 

25 Illegal SOP Event will be indicated again when the aborted SOP is retried. 

Absence of a Microinstruction in FUSITT 11012 is indicated by FUSITT 11012 asserting a Control Store 
Address Invalid (CSADVALID). This FUSITT 11012 output indicates that that particular microinstruction 
address points outside of FUSITT ll012's address space. Output of FUSITT 11012 in such event is not 
determined and parity checking, described below, of microinstruction output is inhibited. The Handler 

30 microinstruction sequence for these Events will load FUSITT 11012 address zero with the required 
microinstruction from MEM 10112. as previously descnbed. and return to the original microinstruction 
sequence. 

An attempted parse of a hung INSTB 20262 is indicated by INSTBWC 241 10 when a parse operation is 
attempted. INSTB 20262 is empty, and PREF 20260 is not currently requesting SlNs from MEM 10112. In 
35 general, these Events are not masked. If a higher priority Event is serviced, these Events are indicated 
again when the aborted microinstruction is retried if the original conditions still apply. 

An FU 10120 Stack Underflow Event is requested when a current microinstruction references a Previous 
Stack Frarne which is not in an accelerated stack, that is, the Current Stack Pointer equals Bottom Slack 
Pointer. FU 10120 Underflow Events are, in general, not masked and are requested again on a retry if the 
JO microinstruction is aborted and this event has not been serviced. 

An NC 10226 Miss Interrupt occurs on a MEM 101 12 read or write operation when a load or read of NC 
10226 is attempted and there is no valid NC 10226 block corresponding to that Name syllable. An NC 
10226 Miss Event does not result in a request for a Name evaluate or resolve. In general, these Events are 
not masked and result in a request being issued again if the microinstruction resulting in that Event is 
js retried and has not been serviced. 

An EU 10122 Stack Overflow Event is requested from EU 10122 to indicate that EU 10122 is currently 
already servicing at least one level of Interrupt an FU 10122 is requesting another. As will be described in a 
following description of EU 10122. EU 10122 contains a one level deep stack for handling of Interrupts. EU 
10122 Stack Overflow Events are enabled during State NW. All previously pending events will have been 
50 sen/iced before EU 10122 Stack Overflow Event requests are recognized. These Events will be serviced 
immediately upon entry into a following State MO. being the highest priority interrupt event. EU 10122 Stack 
Overflow Events may, in general, not be masked and once recognized are the next honored event. 

Rnally, the third major class of CS 101 10 Interrupt Events are Asychronous Events. Asynchronous 
Events must, in general, be serviced before exiting State MO of a microinstruction after they are recognized. 
55 Asychronous Events include Fatal Memory Error Events. AC Power Failure Events. Egg Timer Overflow 
Events, and EU 10122 Stack Underflow Events. CS 101 10 Egg Timer is a part of TIMERS 20296 and will be 
discussed as part of TIMERS 20296. These events will be described below, in the order referred to. 

Fatal MEM 10112 Error Events are requested by MEM 10112 by assertion of control signal output 
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MPM i^Jfip'^Ifn'^ I!""^'' ' noo-accelerated Stack Frame, mat is a Stack Frame presently residing in 
MEM 10112 rather than accelerated to JP 1 01 1 4 Stack Mechanisms; and 

' PREF2026a ^'^^^^ ^''^"'^^ ^^^"'«"9 o^tsanding' MEM 10112 read reference from 

Of these Events. Logical Read and Write Traps. UID Read and Write Traps, and Name Trace Traps 
/pr" ^"^^ "^'"'^ '^^^^"''ed next below in further detail 

m io„,>,i w«l ? ' ""^^ '^"^'^"^ ^ "^'^^ '^^^'^ '0112 reference, that is when a 

PC 10234 will, as previously described, indicate that a corresponding PC 10234 entry is not oresent bv 
providing a Even, Protection ViolaUon (EVENTPV.OL) output to EVEN? 20284. PC .0234 wH^co currenSj 
assert an At^rt output (ABORT) to force CS 101 10 into State A8 and tfius abort that MEM 101 12 reteTce 
A Page Crossing MEM 101 12 Reference Interrupt is requested if a logical MEM 101 12 reference that is 

fn,oo .„ f ^" ""^'^^ '^'"^'"9 °" ^° P^Ses of MEM 10112. An output of ATU 

1 0228 will abort such MEM 10112 references by asserting an Abort output (ABORT) 

accets''S'°r l°f °" i'?"^"' '^""^''"^ " ' "^^^ reference does no, possess proper 
access nghts. a mode violation, or if that reference appears to refer to an illegal portion of that obiec, an 
e^rten violation. Again. PC 10234 will indicate occurrence of a Protection Violation Ever^, !hich ma y b" 
disabled by a microinstruction control output of FUSITT 1 1012 

ATu\o°it ^oTnnf Hr"^"°" ^T. ""'^ '^"^''^ ^ "^^"^ reference for which 

„ 7 ^nllT ^ * ^ encached entry. ATU 10228 will abort that MEM 101 12 reference by assertino 
outputs ABORT and Long Address Translation Event (EVENTWT). asserting 

n.n^^!!^ ^"^^"^^ '"^^ ''^ '^'^"^^^ "^^^^ attempts to write to an MEM 101 12 

page having an encached entry in ATU 10228 whose dirty bit Is not set ATU 10228 will abort that MEM 

(^ENTiuV"' '''^'^^^^^ 

An FU 10120 User Stack Overflow Even, may be requested if the distance between a Current Frame 

I TS >." "^^'^""^^ -''^ ^^'^^^^-^^ t° CS 10110 Stack Mechan'sTs 

-s greater than a given value. As previously described, in CS lOllO this value is eight ATser StTck 
Overflow Even, will continue to be requested until either Current Frame Pointer or Bonom Frame PolntS 
changes value so that the difference limit defined above is no longer violated. A User StacrOveSow Even 

?USI^T n012 A Hand,I?m' ^"'"''""'""^ " ^"^"'^ °' ^ microinstS; fZ 

PUSITT 11012. A Handler microinstruction sequence for User Stack Overflow Events must be executed with 
one or more of these masks set to prevent recursion of these events CS 101 10 isllpd h 
Monitor S^ck (MOS) 10370 when User Stack Overflow Evenirisl.".^ e/stS^^^^^^^^^^^^ Z?;; 

iro^o'sSwTioir^' ''''''' ^'^^ --'^ a "cwt:: 

Illegal EU 10122 Dispatch Events are requested by EUSOT 20266 if FU 10120 attempts to disoatch or 

T'' ^^^--^ a<^^-^. 'o EU 10122 to a EUSITT aZss wh^^^ s no 

^22 S^^a^hVve^^^^^^^^^ ''''' ^^^"'^ 9--^- -sLd "legal EU 

0122 Dispatch Even, Requests are cleared upon CS 101 10 exits from State AB. The Handler microinstruc- 
uon equence for Illegal EU 10122 Dispatch Events should, in general, reset Illegal fu iJiTZatch 
Event entnes in RCWs to prevent recursion of these events cu i ui uispatch 

.nJ^ri '"'^''^'^ ^ ^^"^ *' Of a number of exceptional conditions 

anse dunng anthmetic operations. These events are recogni2ed when CS 101 10 enters S a,e U anJTe 
ignored excep, during Store Back to MEM 10112 of EU 10122 results. These Events may S disabl^ b! 
microinstruction output of FUSITT 11012 but are. in general, not masked. Store BacrExce^ti^n Evente mav 
be wrmen into RCWs^ to be stored in RCWS 10358. and are cleared upon CS 1 0 1 o? e 'tTom 
Again a Store Back Exception Event Handler microinstruction sequence should reset Store BacT Scep^on 
Events wntten into RCWs to prevent recursion of these events. &<cept!on 
As described above, the next major class of Interrupt Events are Deferred Service Interrupts CS 101 10 
defers service of Deferred Service Interrupts until entry of a new SOP Deferred Service n,em.S wh"J 
neTsop" S^dt: r'"' °' °' microinstruc^ oT a. 
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aborted before entrance to the microinstruction sequence from *hrch return was executed. This type of 
Interrupt Event occurs for ail aborted memory references. If an event is honored, that is abort state is 
entered, for any event and there is a memory reference outstanding, not aboned. the memory reference 
completes before State AB is exited. No memory Repeat Interrupt Request will be written into the RCW 

5 written onto RCWS 10358. Conversely, if a memory reference is aborted, even if the event honored is not 
that event which aborted the memory reference, a Memory Repeat Interrupt Request wilt be written into a 
RCW pushed onto a RCWS 10358. 

There are two state timing sequences for execution of Memory Repeal Interrupts. In the first case, there 
are no MEM 10112 references in the mcroinstruction executing a Return Command, In the second case, a 

10 microinstruction executing a Return Command executes a return and also makes a MEM 10112 reference. 
Referring to Fig. 246. a CS 10110 State Timing Diagram for the first case is shown. Rg. 246 is drawn using 
the same conventions as used in Fig. 244 and 245. As described above, in the first case a microinstruction 
executing a Return Command is executed in States MO and Ml following Time 0. An aborted MEM 10112 
reference was made in States MO and Ml preceding Time A. An MEM 10112 Reference Abort Request is 

rs made upon CS 101lO*s entry into State MR following Time A. Since a Memory Repeat interrupt is 
requested .only from a RCW provided by RCWS 10358. a Memory Repeat Interrupt is indicated only if a 
microinstruction executes a Return Command resulting in RCWS 10358 providing such an RCW. Therefore, 
a Memory Repeat interrupt Request Register of EVENT 20284 is loaded with "not requesting" at this time. 
At Time B, CS 10110 enters State AB, State AR, and State MA. At this time, a Memory Reference Abort 

20 Request is asserted and written into an RCW when State AB is exited just before Time 0. At Time D. CS 
101 10 exits State AR and Slate MA. As just described, CS lOllO will remain in Slate B until Time 0. At 
Time D, Memory Reference Abort Request is written into RCWS 10358 as part of an RCW and, as 
described further below, various RCWS 10358 Stack Pointers are incremented to load that RCW into RCWS 
10358. At this time, EVENT 20284*s Interrupt Request Register receives "no request" as state of Memory 

25 Repeat interrupt. First microinstruction of Memory Repeat Interrupt Handler microinstruction sequence is 
provided by FUSITT 11012. At Time E. the last microinstruction of the Memory Repeat Interrupt Handler 
microinstruction sequence is provided by FUSITT 11012 and a Return Command is decoded. RCWS 10358 
Previous Stack Pointer, previously desribed. is selected to address RCWS 10358 to provide the previously 
written RCW as output to EVENT 20284*s Memory Repeat Interrupt Event Register. At Time F. EVENT 

30 20284's Memory Repeat Interrupt Register is loaded from output of RCWS 10358 and RCWS I0358's 
Stack Register Pointers are decremented. At this time. Memory Repeat Interrupt Request is made and. as 
descnbed below, is written into the current Return Control Word, whether honored or not. JP 10114 then 
repeats the aborted MEM 10112 reference. 

in the second case, a State Timing Sequence wherein the microinstruction executing a return also 

35 makes a MEM 10112 reference. CS 10110 Slate Timing is identical up to Time F. At Time F, MEM 10112 
Repeat request is not recognized and the state of Memory Repeat Interrupt written into the current Return 
Control Word is "not requesting" unless a current MEM 10112 reference is aborted. The previous MEM 
10112 Repeat Interrupt Request is disregarded as it is assumed that it is no longer required. Thus, there 
are two ways to avoid, or cancel a Memory Repeat Interrupt Request. First, that portion of a RCW receiving 

40 a MEM 10112 Repeat Interrupt Request may be rewritten as "not requesting". Second, an aboned MEM 
10112 reference may be made in the same microinstruction that returns from a Handler servicing the 
aborted MEM 10112 reference. 

Certain CS 10110 Events result in aborting a MEM 10112 read or write references and may result in 
repeat of MEM 10112 references. These events may include: 

45 (1) Logical read and write Traps and, in certain implementations of CS lOllO. UID read and write 

Traps, previously discussed; 

(2) A PC 10234 miss: 

(3) Detection of a Protection Violation by PC 10234; 

(4) A Page Crossing in a MEM 10112 read or write request: 

50 (5) A Long Address Translation, that is an ATU 10228 miss requiring JP 10114 to evaluate a logical 

descriptor to provide a corresponding physical descriptor; 

(6) Detection of a reset dirty bit flag from ATU 10228 upon a MEM 101 12 write request as previously 
described; 

(7) An FU 10122 stack overflow; 
55 (8) An FU 10122 Illegal Dispatch; 

(9) A Name Trace Trap event as previously described: 

(10) A Store Back Exception, as will be descnbed below; 
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those microinstruction sequences. Name Trace Trap field is masked by either Trace Mask. Indivisibiiity 
Mask, or Trace Enable, as described above. All of these masks are set and cleared by microinstruction 
control signals provided during microinstruction sequences calling for resolves or evaluates of Name 
syllables. 

A SOP Trace Trap .may be requested whenever FU 10120 enters State FM (First Microinstnjction of an 
SOP). SOP Trace Traps may be masked by Trace Mask. Indivisibility Mask, or Trace Trap Enable, again 
provided by microinstruction control outputs of FUSITT 11012. In general, the first microinstruction of such 
a microinstruction sequence interrupting such SOPs is not completed before a Trace Trap is taken. 

Microinstruction Trace Traps may be requested upon completion of microinstructions which do not 
> contain a Return Command, that is those microinstructions which do not return microinstruction control of 
CS 10110 to the calling microinstruction sequence. For microinstruction sequences containing Return 
Commands, state of microinstnjction Trace Trap Request in a corresponding ROW is used. Every 
microinstruction for which a Microinstruction Trace Trap is not masked is aborted during State MO of 
execution of that microinstruction. Microinstruction Trace Traps may be masked by Trace Mask, Indivis- 
ibility Mask, or Trace Enable from FUSITT 11012. A Micro-Break-Point Trap may be requested upon 
execution of microinstructions which do not contain Return Commands, but in which a Trace Enable bit in a 
microinstruction is asserted. A Micro-Break-Point Trap may be masked by Trace Mask. Indivisibility Mask, 
or Trace Enable. In addition, a Trace Enable bit of a microinstruction field in these microinstruction 
sequences controls recognition of Micro-Break-Point Traps. Micro-Break-Point Traps are thereby requested 
whenever a microinstruction Trace Trap is requested, but have additional enabling conditions expressed in 
the microinstructions. Since only recognized Traps are pushed onto RCWS 10358 in a ROW. a Microin- 
struction Trace Trap and a Micro-Break-Point Trap having different request states may be present in RCWS 
10358 concurrently. 

Logical Write Trace Traps may be requested when enabled by a bit set in a logical descriptor during a 
microinstruction sequence submitting a write request to MEM 10112 and using logical descriptors to do so 
Logical Write Trace Traps are recognized only if they occur during a state which will be immediately 
followed by State MR (Memory Reference Trailer). A Logical Write Trace Trap will result in the MEM 10112 
write request being aborted. Logical Write Trace Traps may be masked by Trace Masks. Indivisibility Mask, 
or Trace Trap Enable. A further condition for recognition of a Logical Write Trace Trap is determined by the 
state of certain bits in a logical descriptor of the memory write request. Logical Write Trace Traps are in 
general, not pushed onto RCWS 10358 as part of a RCW since aborted MEM 10112 requests are 're- 
generated so that Logical Write Trace Traps may be repeated. 

Logical Read Trace Traps are similar in all respects to the Logical Write Trace Traps, but occur during 
MEM 10112 read requests. Generation of Logical Read Trace Traps is controlled again in part by certain 
bits in logical descriptors of MEM 10112 read requests. 

In certain implementations of CS 10110, UID Trace Traps may be requested when FU 10120 requests 
an MEM 10112 read operation based upon a UID address or pointer. UID Read Trace Traps are recognized 
if requested and there is. in general, no explicit masking of UID Read Trace Traps. Generation of UID Read 
Trace Traps is controlled by certain bits in MEM 10112 read request logical descriptors. UID Read Trace 
Trap Requests result in the MEM 10112 read requests being aborted and CS 10110 entering State AB 
Handler microinstruction sequences for UID Read Trace Traps will, in general, reset the trapped enable bit 
in the MEM 101 12 read request logical descriptor before re-issuing the MEM 10112 read request 

UID Write Trace Traps are similar to UID Read Trace Traps, and are controlled by bits in the logical 
descnptor in MEM 10112 write request based upon UID addresses or pointers. 

Having described above structure and operation of Trace Trap Events. CS 10110 Interrupt Events will 
be described next below. 

As previously described. Interrupts form the largest class of CS 10110 Events. Interrupts may be 
regarded as falling into one or more of several classes. First. Memory Reference Repeat Intenupts are 
those Interrupt Events associated, in general, with read and write requests to MEM 10112 in which a read or 
wnte request is submitted to MEM 10112. and an Intermpt Event results. That Interrupt Event is handled 
and the MEM 10112 request repeated. Second. Deferred Service Interrupts are those Inten-upts wherein CS 
10110 defers service of an Interrupt until entry to a new SIN. Fourth. Microinstruction Service Interrupts 
occur when a currently executing microinstruction requires assistance of an Event Handler microinstruction 
sequence to be completed. Finally. Asynchronous Interrupt Events may occur at any time and must be 
serviced before CS 10110 may exit State MO of the next microinstruction. These Internjpt Events will be 
described next below in the order named. 

A Memory Reference Repeat Interrupt is requested, for example, if a microinstruction executes a 
command, and a corresponding RCW read from RCWS 10358 indicates that a memory reference was 
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into EVENT 20284 Registers at completion of State Mi and at completion of Slate AB. That is. since Trap 
Requests are a function of the currently executing microinstruction, the State of a Trap Request will be 
loaded into EVENT 20284 Trace Trap Registers at end of State Ml of each currently executing microin- 
struction. Similarly, if any Trap Requests are recognized. State AB will be entered at the end of the first 

5 clock cycle of the next following State MO and their State loaded at end of the State AB. 

Recognized, or unmasked. Trap Requests may be pushed onto RCWS 10358 as Pending Requests. 
Unrecognized, or masked. Trace Trap Requests may be pushed onto RCWS 10358 as Not Pending 
Requests and are subsequently disregarded. Subsequently, when a microinstruction sequence ends in a 
return to a calling microinstruction sequence, the Trace Trap Request bits in an RCWS 10358 may be used 

10 to generate Trace Trap Event Requests. 

Upon exit from State AB, all Trace Trap Requests, except Micro-Break-Point and Microinstruction Trace 
Traps, described below, are loaded into corresponding EVENT 20284 Trace Trap Request Registers as not 
requesting. Micro-Break-Point and Microinstruction Trace Traps, are. in general, always latched as request- 
ing at completion of State AB. Trace Traps may be explicitly masked by a Trace Mode Mask, an 

J5 Indivisibility Mode Mask, and by a Trace Enable input, all generated by FUSITT 1 1012 as described below. 
Micro-Break-Point Trap may also be masked by clearing a Trace Enable bit in a Trace Enable field of 
certain microinstructions containing Trace Traps. In general, masking is effective from State MO of the 
microinstruction which generates the mask, through completion of a microinstruction which clears the mask 
Trace Traps generated by a microinstruction which clears a mask are taken so as to abort a following 

20 microinstruction during its MO State, 

Referring to Rg. 245. CS 10110 state timing for a typical Trap Request, and generation of a 
microinstruction address to a corresponding Trace Trap Handler microinstruction sequence by EVENT 
20284 is shown. Fig. 245 is drawn using the same conventions as described above with reference to Fig. 
244A to 2442. In Fig. 245. a microinstruction executing in Slates MO and Ml cases a Trace Trap Request 

25 but does not generate an MR (Memory Reference) Trailer State. Trace Trap Request to EVENT 20284 is 
signaled by Time A. This Trace Trap Request is latched into EVENT 20284 Trace Trap Event Registers, 
and an Abort Request is provided to STATE 20294, At Time B. FU 10120 enters States AB and AR. The 
microinstruction address for a Handler microinstruction sequence of the highest priority Event present in 
EVENT 20284 is presented to FUSITT 11012 and execution of the addressed microinstruction sequence 

30 begins. At Time C. FU 10120 exits States AB and AR and enters Slate AB. Slate AB will be exited at end of 
the next iiO nano-second clock cycle. Address of the selected Event Handler microinstruction sequence 
will remain on CSADR Bus 20204 for duration of Slate AB. At Time D, a pointer into RCWS 10358. 
described in a following description, is incremented, thereby effectively pushing the first microinstruction's 
return control word, that is the microinstruction executing at first State MO. onto RCWS 10358. First 

35 microinstruction of the Trace Trap Event Handler microinstruction sequence is provided by FUSITT 11012. 
Execution of Handier microinstruction sequence will begin at start of the third State MO of the state timing 
sequence shown in Fig. 245. EVENT 20284's Trace Trap Register for this event is now latched in non- 
requesting state and will remain so until transition out of second State Ml shown in Fig. 245. At this time, 
EVENT 20284 Registers will latch new Trap Requests. Finally, at Time E. Trace Trap Event Registers of 

40 EVENT 20284 are latched with new Trap Requests arising from execution of the microinstruction being 
executed in States MO and Ml occurring between Times D and E. Traps due to the microinstruction that 
was executed in States MO and Ml before Time A. but were not serviced, are requested again when the 
previously pushed RCW described above is returned from RCWS 10358 upon return from the Trace Trap 
Event Handler microinstruction sequence initiated at Time D. All Trace Trap Requests which have been 

45 serviced are explicitly cleared in RCWS 10358 RCWs by their Event Handler microinstruction sequences to 
prevent recurrence of those Trap Requests. Since Trace Trap Event Requests arising from reads or writes 
to MEM 10112 will recur if those requests are repeated. EVENT 20284 generates memory repeat Interrupts 
after all aborted MEM 10112 read and write requests to insure that these Traps will eventually be sen/iced. 
Event Handler microinstruction sequences for these read and write Trace Trap Events explicitly disable 

50 serviced Trace Trap Event Requests by clearing bits in the logical descriptor of the aborted memory read 
and write requests. 

Having described overall structure and operation of Trace Trap Events, certain specific Trace Trap 
Events will be described in greater detail below. Trace Trap Events occurring in CS 10112 may include 
Name Trace Traps. SOP Trace Traps. Microinstruction Trace Traps. Micro-Break-Point Trace Traps. Logical 
55 Write Trace Traps. Logical Read Trace Traps, UID Read Trace Traps, and Ulp Write Trace Traps. These 
Trace Traps will be described below in the order named. 

A Name Trace Trap is requested upon every microinstruction sequence that contains an evaluate or 
resolve of a Name syllable. Name Trace Traps are provided by decoding certain microinstruction fields of 
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b.b.b. Event Logic 20284 (Rqs. 245. 246. 247. 248) 

An Event is a request for a change in sequence of execution of microinstructions which is generated by 
CS 10110 circuitry, rather than by currently executing microinstructions. Occurrence of an Event will result 
5 in provision of a microinstruction sequence, referred to as an Event Handler, by FUSITT 11012 which 
modifies CS lOllO's operations in accordance with the needs of that Event. Event request signals may be 
generated by CS 10110 circuitry internai to JP 10114, that is from FU 10120 or EU 10122 or CS 10110 
circuitry external to JP 10114, for example from lOP 10116 or from MEM 10112. Event request signals are 
provided as inputs to EVENT 20284. As will be described further below. EVENT 20284 masks Event 
10 Requests to determine which Events will be recognized during a particular CS lOllO Operating State, 
assigns priorities for servicing multiple Event Requests, and fabricates Handler addresses to FUSITT 11012 
for microinstnjction sequences for servicing requests. EVENT 20284 then provides those Handler microin- 
struction addresses to FUSITT 11012 through EVNTGT 24310. to initiate execution of selected Event 
Handler microinstruction sequences. 
15 Certain terms and expressions are used throughout the following description. The following paragraphs 
define these usages and provide examples illustrating these terms. An Event "makes a request" when a 
condition in CS 10110 hardware operation results in a Event Request signal being provided to EVENT 
20284. As will be described further below, these Event Request signals are provided to EVENT 20284 
combinatorial logic which determines Uie validity of those "requests". 
20 An Event Request "is reognized" if it is not masked, that is inhibited from being acted upon. Masking 
may be explicit using masks generated by FUSITT 11012, or may be implicit, resulting from an improper 
CS 10110 State or invalid due to other considerations. That is, certain Events are recognized only during 
certain CS lOllO States even though those requests may be recognized during certain other states. Any 
number of requests, for example up to 31 , may be simultaneously recognized. 
25 An Event Request is "honored" if it is the highest priority Event Request occurring. When a request is 
honored, a corresponding address, of a corresponding microinstruction sequence in FUSITT 11012, for its 
Handler microinstruction sequence is gated onto CSADR Bus 20204 by EVENT 20284. A request is 
honored when CS 10110 enters State AB. State AB gates the selected Event Handler microinstruction 
address on CSADR Bus 20284. 
00 To summarize, a number of Events may request service by JP 10114. Of these Events, all. some, or 
none, may be recognized. Only one Event Request, the highest priority Event Request, will be honored 
when JP 10114 enters State AB. Microinstruction control of CS 101 10 will then transfer to that Event's 
Handler microinstruction sequence. A necessary condition for entering State AB is that an Event Request 
has been made and recognized. 
35 A microinstruction sequence "completes", "is completed", or reaches "completion" when CS 10110 
exits Slate Ml while that microinstruction sequence is active. A microinstruction sequence may. as 
described above, be aborted in State MO an indefinite number of times before, if ever, reaching completion. 

A MEM 10112 reference "completes", "is completed", or reaches "completion" when requested data is 
returned to the specified destination, that is read from MEM 101 12 to the requestor, or MEM 10112 accepts 
40 data to be written into MEM 101 1 2. 

"Trace Traps" are an inherent feature of microinstructions being executed. Trace Traps occur on every 
microinstruction of a given type (if not masked), for example during a sequence of microinstructions to 
perform a Name evaluate or resolve, and occur on each microinstruction of the sequence. In general, a 
Trace Trap Event must be serviced before execution of the next microinstruction. Trace Traps are distinct 
45 from Interrupts in that an Interrupt, described below, does not occur on execution of each microinstruction 
of a microinstruction sequence, but only on those microinstructions where certain other conditions must be 
considered. 

"Interrupts" are the largest class of events in JP 10114. Occurrence of an Interrupt may not. in general, 
be predicted for a particular execution of a particular microinstruction in a particular instance. Inten-upts may 
50 require service before execution of the next microinstnjction, before execution of the current microinstruc- 
tion can complete, or before beginning of the next SIN. An Interrupt may be unrelated to execution of any 
microinstruction, and is serviced before beginning of the next microinstruction. 

A "Machine Check" is an Event that JP 10114 may not handle alone, or whose occurrence makes 
further actions by JP 10114 suspect. These events are captured in EVENT 20284 Registers and result in a 
55 request to DP 101 18 to stop operation of JP 101 14 for subsequent handling. 

In summary, three major classes of Events in CS 101 10 are Trace Traps. Interrupts, and Machine 
Checks. Each of these class of events will be described in further detail below, beginning with Trace Traps. 

The State of all possible Trace Trap Event Requests, whether requesting or not requesting, is loaded 
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(4) Fig. 244D: a write to MEM 10112 from DESP 20210. for example from GRF 10354 or from 
OFFALU 20242. MEM 10112 port is available and MEM 10112 reference is made during first sequential 
occurrence of States MO and Ml. 

(5) Fig. 244E: a write to MEM 10112 from OESP 20210 as described above. MEM I0li2 port is 
5 unavailable for an indeterminate number of clock cycles. A MEM 10112 reference is made during first 

sequential occurrence of States MO and Ml. 

(6) Rg. 244F: writing of an EU 10122 result back into MEM 10112. MEM 10112 is available and a 
write operation is initiated during first sequential occurrence of States MO and Ml. 

(7) Fig. 244G; writing back of an EU 10122 result to MEM 10112 as described above. MEM 10112 
w port is unavailable for an undetermined number of clock cycles, or EU I0l22 does not have a result ready 

to be written into MEM 10112. Write operation is initiated during first sequential occurrence of States MO 
and Ml. 

(8) Fig. 244H: a read of an EU 10122 result into FU 10120. EU 10122 result is not available for an 
undetermined number of clock cycles. 

/5 (9) Fig. 2441: a read from MEM 10112 to OFFMUXR 23812. with no delays. The microinstruction 

following the microinstruction initiating a read from MEM 10112 does not reference OFFMUXR 23812. 

(10) Fig. 244J: a read from MEM 10112 to OFFMUXR 23812 with data from MEM 10112 being 

delayed by an indeterminate number of clock cycles. The next following microinstruction from that initiating 

the read from MEM 10112 does not 'reference OFFMUXR 23812. 
20 (11) Fig. 244K; a read from MEM 10112 to OFFMUXR 23812. The next microinstruction following the 

microinstruction initiating the read from MEM 10112 references OFFMUXR 23812. 

(12) Fig. 244L: a read from MEM 10112 to GRF 10354. The read to GRF 10354 is initiated by the 
first sequentially occurring States MO and Ml. 

(13) Fig. 244M; a read from MEM 10112 to GRF 10354 and to OFFMUXR 23812. In this case, read 
25 operations may not be overlapped. 

(14) Fig. 244N; JP 10114 honors an Event request and initiates a corresponding Event Handler 
microinstruction sequence, no MEM 10112 references occur. 

(15) Rg. 2440: JP 10114 honors an Event request as stated above. MEM 10112 references are made 
during the first sequential occurrence of States MO and Ml and a MEM 10112 reference Event occurs. In 

3o: case of an MEM 10112 reference event. State MA is entered from one clock cycle. This occurs only if a 
MEM 10112 reference is made and aborted. 

(16) Fig. 244P: an Event occurs in a MEM 10112 reference made during the first sequential 
occurrence of States MO and Ml. The MEM 101 12 reference does not result in a memory reference Event. 
OS 10110 remains in State AB until the MEM 10112 reference is completed by return of data from MEM 

35 10112. 

(17) Fig. 2440; a read of data from MEM 10112 or JPO Bus 10114 to EU 10122 Operand Queue. EU 
10122 Operand Queue is not full. 

(18) Rg. 244R: a read of MEM 10112 or JPD Bus 10142 data to EU 10122 Operand Queue. EU 
10122 Operand Queue is full when the microinstruction initiating the read is issued. 

40 (19) Rg. 244S; a request for a "nano-interrupt" to EU 10122 by FU 10120 with no Events occurring. 

(20) :^Rg. 244T; FU 10120 submits a "nano-interrupt" request to EU 10122 and an EU 10122 Slate 
Overflow. -described further in a following description, occurs. No other Events are recognized, as described 
in a following description of EVENT 20284. 

(21) Fig. 244U: FU 10120 submits a *nano-interrupt" request to EU 10122. Another Event is 
45 recognized during State MO and an abort results. First abort state is entered for the non-EU 10122 event . 

All aborts recognized in State MO are taken or acknowledged, before entrance into State MO. Therefore, on 
retry at State MO of the original microinstruction entered from State MO. next abort recognized is for EU 
10122 Stack Overflow Event since EU 10122 Stack Overflow has higher priority. 

(22) Fig. 244V; a load of a 27 bit microinstruction segment into FUSITT 11012. 

50 In Rgs. 244A to 244V. pipelining MEM 10112 reads and writes, and of JP 10114 operations, has t>een 
assumed. In Rgs. 244W to 244Z. non-overlapping operation of JP 10114 is assumed. 

(23) Rg. 244W: a read of data from MEM 101 12 to OFFMUXR 23812. 

(24) Rg. 244X; a read of data from MEM 101 12 to EU 10122 Operand Queue. 

(25) Rg. 244Y: a write of an EU 10122 result into MEM 10112. 

55 (26) Fig. 244Z; a read of a 32 bit SIN word from MEM 101 12 in response to a prefetch or conditional 

prefetch request. 

Having described the general structure and operation of STATE 20294. and the operating states and 
operations of CS 101 10. structure and operation of EVENT 20284 will be described next below. 
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(12) MA: MEM 101 12 Reference Abort. State MA is entered in parallel with State AB if a MEM 10112 
reference is aborted, as indicated by asserted ABORT control signal output from MEM 10112. State MA 
persists for one clock cycle and State AB flag generates a MEM 10112 Reference Abort Flag which as 
described below, results in a repeat of the MEM 10112 reference, AB Flag also resets MEM 10112 Trailer 

5 States, described below. 

(13) NW: Nano-interrupt Wait Slate. State NW is entered from State MO of a microinstruction which 
issues a Nano-mteniipt Request to EU 10122 for an EU 10122 operation. FU 10120 remains in Slate NW 
until EU 10122 acknowledges that interrupt. Various EU 10122 Events may make requests at this time 
State NW is exited into State AB or State Ml. 

w (14) FM: First Microinstruction of a SIN. State FM is entered in parallel with State MO on first 

microinstruction of each SIN and persists for one clock cycle. FM Rag inhibits premature use of AF 24220 
and enables recognition of SIN Entry Events. State FM is reentered upon return from all aborts taken 
during State MO of the first microinstruction of an SIN. 

(15) SOP: Original Entry to Rrst SIN. State SOP is entered upon entry to Slate MO of the first 

IS microinstruction of an SOP and is exited from upon any exit from that microinstruction. State SOP is 

entered only once for each SOP. SOP Rag may be used, for example, for monitoring performance of JP 
101 14. 

(16) EU: EU 10122 Operand Buffer Unavailable. Slate EU is entered from State MO of a microinstruc- 
tion which attempts to read data to EU 10122 Operand Buffer, described in a following description, wherein 
EU 10122 Operand Buffer is full. When a new SOP is entered, three fetches of data from MEM 10112 may 
be performed before EU 10122 Operand Buffer is full; two fetches will fill EU 10122 Operand Buffer but EU 
10122 may take one operand during a second fetch, thereby clearing EU 10122 Operand Buffer space for a 
third operand. 

(17) NR: Long Pipeline Read. Entry into State NR disables overlap of MEM 10112 reads and disables 
execution of the next microinstruction. A following microinstruction does not enter State MO until requested 
data IS returned from MEM 10112. State NR is entered from State NR or from State Ml. 

(18) NS: Nonpipeline Store Back. State NS is entered in parallel with State SB whenever a 
microinstruction requesting a pipeline store back, or a write to MEM 10112, occurs. State NS Hag generates ' 
entry into Slate MO of a following microinstruction upon exit from Slate SB. 

(19) WA: Load Control Store State A. State WA is entered from Slate MO of a microinstruction which 
directs loading of microinstruction into FUSITT 11012. WA State Flag controls selection of addresses to 
CSAOR Bus 20204 for writing into FUSITT 11012. and generates a write enable pulse to FUSITT 11012 to 
wnte microinstructions into FUSITT 11012. 

(20) WB: Load Control Store State B. State WB is entered from State WA and is used to generate an 
appropriate timing interval for writing into FUSITT 1 1012. State WB also extends State Ml to 2 clock cycles 
nOlT'^ ^ ''^''^ ^^^'^^^ ^° ^^^^'^ ^ "^'^ microinstruction is to be read from FUSITT 

Having described certain CS 101 10 states, and operations which may be performed within those states 
state sequences for certain CS 10110 operations will be described next below with aid of Rgs. 244A to 
244Z. Rg. 244A to Rg. 2442 represent those state timing sequences necessary to indicate major features 
of CS 10110 state timing. All state timing shown in Rgs. 244A to 244V assumes full pipelining of CS 10110 
operations, for example pipelining of reads from and writes to MEM 10112 by JP 10114 Pipelining is not 
assumed in Rgs. 244W to 2442. Referring to Rgs. 244A to 244Z. these figures are drawn in the form of 
timing diagrams, with time increasing from left to right Successive horizontally positioned "boxes- 
represents successive CS 101 10 states during successive CS 10110 110 nano-second clock cycles 
Vertically aligned •'boxes" represent alternate CS 10110 states which may occur during a particular clock 
cycle. Horizontally extended dotted lines connecting certain states represented in Rg. 244A to 2442 
represent an indeterminate time interval which is an integral multiple of 110 nano-second CS 10110 clock 
cycles. 

Referring to Rg. 244A to 2442 in sequence. Slate Timing Sequences shown therein represent: 

(1) Rg. 244A; state timing for execution of a normal microinstruction with no Events occurring and no 
MEM 10112 references. 

(2) Rg. 244B: execution of a normal microinstruction, with no Events occurring, no MEM 10112 
references, and a hold in State MO for one clock cycle. 

(3) Rg. 244C: a microinstruction requests an extension of Slate MO for one clock cycle, with no 
Events occurring and no MEM 10112 references. 
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followed by Slate Ml, described beiow. that is. State MO is exited to Slate Mi. State MO may be entered 
from State MO and from State Ml. Slate AB. State LR, Slate NR. or State MS. each of which will be 
described below. 

(2) EP: Enable Pause State. Slate EP is entered when State MO is entered for the first time in a 
microinstruction. If that microinstruction requests a pause, that microinstruction will force State MO to be re- 
entered for one clock cycle. If State MO lasts more than one clock cycle. Slate EP is entered on each 
extension of State MO unless the extension is a result of a pause request. 

(3) SR: Source GRF Slate. SR State is active for one clock cycle wherein SR Slate register enables 
loading of a GRF 10354 output register. State SR is re-entered on every State MO cycle except a State MO 
cycle generated by a microinstruction requesting extension of State MO. When all STATE 20294 State 
Registers are cleared. DP 20218 may set state SR register alone, for purposes of reading from GRF 10354. 

(4) Ml: Final state of normal microinstruction execution. State Ml is the exit Slate of normal 
microinstruction execution. FUSITT 11012 microinstruction register, described below, is loaded with a next 
microinstruction upon exit from State Ml. In addition. State Ml Flag output of STATE 20294 enables ail CS 
10110 registers to receive data on their inputs, that is data on inputs of these registers are clocked to 
outputs of these registers. Slate Ml may be entered from State Ml, or from State MO. State MW, Slate 
MWA. or State WB. 

(5) :'LA: Load Accumulator Enable State. Slate LA is entered, upon exit from State Ml, by microin- 
structions- which read data from MEM 10112 to OFFMUXR 23812. As previously described. OFFMUXR 
23812 serves as a general purpose accumulator for DESP 20210. STATE U overlaps into execution of next 
microinstruction, and persists until data is retumed from MEM 10112 in response to a request to MEM 
10112- When MEM 10112 signals data is available, by asserting DAVFA, LA State Flag enables loading of 
data into OFFMUXR 23812. If the next microinstruction references OFFMUXR 23812. that microinstruction 
execution is deferred until a read to OFFMUXR 23812 is completed, as indicated by CS 101 10 exiting from 
State LA. 

(6) RW: Load GRF 10354 Wait State. State RW is entered from State Ml of microinstructions which 
read data from MEM 10112 to GRF 10354. RW Fag inhibits initiation of a next microinstruction, that is 
prevents entry to State MO. and persists through the CS 10110 clock cycle during which data is returned 
from MEM 10112 in response to a request. Slate RW initiates Load GRF Enable State, described below. 

(7) LR: Load GRF Enable State. State LR is entered in parallel with State RW. on last clock cycle of 
RW, and persists for one CS 10110 clock cycle. LR Flag enables writing of MEM 10112 output data into 
GRF 10354, 

(8) MR: Memory Reference Trailer State. State MR is entered on transition to State MO whenever a 
previous microinstruction makes a logical or physical address reference to MEM 10112. MR Flag enables 
recognition of any MEM 10112 reference Events, described below, which may occur. State MR persists for 
one clock cycle. If an MEM 10112 memory reference Event occurs, that Event forces exit from State MR to 
States AB and MA. otherwise Slate MR has no effect upon selection next state. 

(9) SB: Store Back Enable Slate. State SB is entered during State MO of a microinstruction following 
a microinstruction which generated a store back of a result of a EU 10122 operation. SB Flag gates that 
result to be written into MEM 10112 through JPO Bus 10142. 

(10) AB: Microinstruction Abort State. State AB is entered from first MO State after an Event request 
is recognized, as described in a following description. State AB may be entered from State MO or from 
State AB and suppresses an entry into Slate Ml. If there has been an uncompleted reference to MEM 
10112, that is. the reference has not been aborted and data has not returned from MEM 10112. JP 10114 
remains in State AB until the MEM 10112 reference is completed. Should an abort have occurred due to a 
MEM 10112 reference Event, State AB lasts two clock cycles only. As will be described in a following 
description of EVENT 20284. State MO of a first microinstruction of a Handler for an Event causing an abort 
is entered from State AB. AB Flag gates the Handler address of the highest priority recognized Event onto 
CSADR Bus 20204 to select a corresponding Event Handler microinstruction sequence. EVENT 20284 is 
granted control of CSADR Bus 20204 during all State AB clock cycles. 

(11) AR: Microinstruction Abort Reset Slate. State AR is entered in parallel with first clock cycle of 
State AB and persists for one clock cycle. AR Flag resets various STATE 20294 State Registers when an 
abort occurs. If there are no uncompleted MEM 10112 references, next State AB clock cycle is the last. On 
uncompleted MEM 10112 references. Slate AR is entered, but Slate AB remains active until reference is 
complete. Should a higher priority Event request service and be recognized while JP lOl 14 is in State AB. 
State AR is re-entered. State AB will thereby be active for two clock cycles during all honored Event 
requests. 
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be initiated if a Jam occurs. The three bits of JAM address provided by NC 10226 determine, first, that a 
Jam has occurred and. second, provide two bits of address which, in combination with the three bits of 
address from FUSITT 11012. specify the particular microinstruction sequence for handling that Jam. JAM 
address inputs from NC 10226 and from FUSITT 11012 thereby provide six of the fifteen bits of JAM 
5 address. The remaining nine bits of JAM address are provided, for example, by hard-wired inputs to 
NASMUXD 24320. These hard-wired address bits force JAM address to address FUSITT 11012 in blocks of 
4 microinstruction addresses, in a manner similar to address inputs to hUDISF 24218 and FUDISENC 
24219. 

Address inputs provided to SITTNAS 20286 from RJSOT 11010 have been previously described with 
JO respect to description of FUCTL 20214 fetch, parse, and dispatch operations. Address inputs provided by 
EVENT 20284 will be described in a following description of FUCTL 2021 4*s operations with regard to CS 
lOllO's internal mechanisms. 

Referring finally to SITTNAS 20286, as previously described SITTNAS 20286 is comprised of EVNTGT 
24310 and NASMUX 24312. Inputs are provided to NASMUX 24312. as described above, from FUSDT 
/5 11010. mPC 20276, BRCASE 20278, RCWS 10358. REPCTR 20280 and PNREG 20282. and by JAM input. 
These inputs are, in general, provided with regard to FUCTL 2021 4's operations in fetching, parsing, and 
interpreting SOPs and Name syllables. These operations are thereby primarily directly concerned with 
execution of user's programs, that is the execution of sequences of SINs. NASMUX 24312 selects between 
these inputs and transfers selected address inputs onto CSADR 20204 as microinstruction addresses to 
20 FUSITT 1 1012 under microinstruction control from microinstruction outputs of FUSITT 11012. Microinstruc- 
tion address outputs are p/ovided to SITTNAS 20286 from EVENT 20284 In response to Events, described 
further below, occuring in CS 10110's operations in executing user's programs. These microinstruction 
addresses from EVENT 20284 are gated onto CSADR 20204. to select appropriate microinstruction 
sequences, by EVNTGT 24310. EVNTGT 24310 is separated from NASMUX 24312 to allow EVNTGT 
25 24310 to over-ride NASMUX 24312 and provide microinstruction address to EVENT 20284 while NASMUX 
24312 is inhibited due to occurrence of certain Events. These Events are, in general, associated with 
operation of CS 10110's internal mechanisms and stojcture and oepration of EVENT 20284. together with 
STATE 20294, MCW1 20290, and MCWO 20292. and other portions of RCWS 10358. will be described next 
below. 

30 

c.c. FUCTL 20214 Control Circuitry for CS 10110 Intemal Mechanisms (Figs. 244-249) 

Certain portions of FUCTL 2021 4's Control Circuitry are more directly concerned with operation of CS 
35 101 10's internal mechanisms, for example CS 101 10 Stack Mechanisms. This circuitry may include STATE 
20294. EVENT 20284. MCWI 20290 and MCWO 20292, portions of RCWS 10358, REG 20288. and Timers 
20296. These FUCTL 20214 control elements will be described next below, beginning with STATE 20294. 



40 a.a.a. State Logic 20294 (Figs. 244A-244Z) 

In general, all CS 10110 operations, including execution of microinstructions, are controlled by CS 
10110's Operating State. CS 10110 has a number of Operating Slates, hereafter referred to as States, each 
State being defined by certain operations which may be performed in that State. Each of these States will 

45 be described further below. Current State of CS 10110 is indicated by a set of State Rags stored in a set of 
registers in STATE 20294, Each State is entered from previous State and is exited to a following State. Next 
Slate of CS 10110 is detected by random logic gating distributed throughout CS 10110 to detect certain 
conditions indicating which State CS 10110 will enter next. Outputs of these Next Slate Detection gates are 
provided as inputs to STATE 20294's registers. A particular State register is set and provides a Slate Flag 

so output when CS 10110 enters the State associated with that particular register. State Rag outputs of STATE 
20294's state registers are provided as enable signals throughout CS lOnO to enable initiaton of operations 
allowed within CS 10110's current State, and to inhibit initiation of operations which are not allowed within 
CS 10110's current State. 

Certain of CS 10110's States, and associated STATE 20294 State Registers and State Rag outputs. 

55 are: 

(1) MO: the initial State of any microinstruction. State MO is always entered as first data cycle of 
every microinstruction. During MO, CS 10110's State may not be changed, thus allowing a microinstruction 
to be arbitrarily aborted and restarted from State MO. In normal execution of microinstructions, Slate MO is 
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microinstruction address within a range of +8191 to -8192 FUSITT 1 1012 address locations of the address 
of the currently executing microinstruction. BRCASE 20278 thereby provides FU 10120 with capability of 
executing a full range of microinstruction sequence Case and Branch operations. 

Referring to RCWS 10358. as previously described RCWS 10358 stores information regarding mtcrom- 

5 struction sequences whose execution has been halted. RCWS 10358 allows execution of those microin- 
struction sequences to be resumed at a later time. A return control word (RCW) may be written onto RCWS 
10358 during any microinstruction sequence that issues a Call to another microinstruction sequence. The 
calling microinstruction sequence may. for example, be aborted to service an event, as described further in 
a following description, or may result in a Jam. A Jam is a call for a microinstruction sequence which is 

10 forced by operation of CS 10110 hardware, rather than by a microinstruction sequence. RCWS 10358 
operation with regard to CS lOllO's internal mechanisms will be described in a following description of 
EVENT 20284, STATE 20294. and I^CWI 20290 and f^CWO 20292. For puposes of the present discussion, 
that portion of a RCW concerned with interpretation of SOPs contains, first, certan state information from 
FUSITT 11012 and. second, a return address into FUSITT 11012, State that FUSITT 11012 state is provided 

IS from STATE 20294. as described below, and that portion of a RCW containing FUSITT 11012 state 
information will be described in a following description. Microinstruction address portions of RCWs are 
provided from output of mPCALU 24342. This microinstruction address is the address of the microinstruc- 
tion to which FU 10120 is to return upon return from a Call. Event, or Jam. Upon occurrence of a Call or 
Jam, the microinstruction return address is mPC + 1. that is the address of the microinstmction after the 

20 microinstruction issuing the Call or Return. For atDorted microinstruction sequences, the microinstruction 
return address is mPC, that is the address of the microinstruction executing at the time abort occurs. 

Upon return from a call, service of an event, or service of a jam. FU 10120 state flag portion of RCW is 
loaded into STATE 20294. Microinstruction return address is provided by RCWS 10358 as fifteen bit 
RCWSADR to SITTNAS 20286 and is gated onto CSADR 20204. RCWSADR is provided to FUSITT 11012 

25 to select the next microinstruction and is loaded into mPCC 24340 from CSADR 20204. 

As previously described. RCWS 10358 is connected to JPD Bus 10142 by a bi-directional bus. RCWs 
may be written into RCWS 10358 from JPD Bus 10142. or read from RCWS 10358 to JPD Bus 10142. The 
fifteen bit next microinstrucUon address portion, and the single bit FUSITT 11012 state portion of RCW is 
written from or read to Bits 16 to 31 of JPD Bus 10142. FU 10120 may write Present Bottom RCW or 

30 Previous RCW into RCWS 10358 from JPD Bus 10142 and may read Present Bottom RCW. or Previous 
RCW. or another selected RCW. onto JPD Bus 10142. RCWS 10358 thereby provides a means for storing 
and returning microinstruction addresses of microinstruction sequences whose execution has been sus- 
pended, and a means for writing and reading microinstruction address, and FUSITT 11012 state flags, from 
and to JPD Bus 10142. 

35 As previously described, REPCTR 20280 and PNREG 20282 provide microinstruction addresses for 
writing of microinstructions into FUSITT 11012. REPCTR 20280 is an eight bit counter and PNREG 20282 is 
a seven bit register. Eight bit output of REPCTR 20280 is left concatenated with seven bit output of PNREG 
20282 to provide fifteen bit microinstruction addresses REPPN. That is. REPCTR 20280 provides the eight 
low order bits of microinstruction address while PNREG 20282 provides the seven most significant bits of 

40 address. 

REPCTR may be loaded from Bits 24-31 of JPD Bus 10142. and may be read to Bits 24-31 of JPD Bus 
10142. In addition, the eight bits of microinstruction address in REPCTR 20280 may be incremented or 
decremented as microinstructions are written into FUSITT 11012. 

As described above, PNREG 20282 contains the seven most significant bits of microinstruction address. 
45 These address bits may be written into PNREG 20282 from Bits 17-23 of JPD Bus 10142. Contents of 
PNREG 20282 may not. in general, be read to JPD Bus 10142 and may not be incremented or 
decremented. 

Referring to JAM input to SITTNAS 20286 from NC 10226, certain Name evaluate or resolve operations 
may result in jams. A Jam functions as a call to microinstruction sequences for servicing Jams and are 

50 forced by FU 10120 hardware circuitry involved in Name syllable evaluates and resolves. 

JAM input to SITTNAS 20286 is comprised of six Jam address bits. Three bits are provided by NC 
10226 and three bits are provided from FUSITT 11012*s microinstruction output as part of microinstruction 
sequences for correcting Name syllable evaluates and resolves. The three bits of address from NC 10226 
form the most significant three bits of JAM address. One of these bits gates JAM address onto CSADR Bus 

55 20204 and is thus not a true address bit. Output of FUSITT 1 1012 provides the three least significant bits of 
JAM address and specifies the particular microinstruction sequence required to service the particular Jam 
which has occurred. Therefore, during Name evaluate or resolves, the microinstruction sequences provided 
by FUSITT 11012 to perform Name evaluates or resolves specifies what microinstruction sequences are to 
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these relative addresses are generated. Considering first Case Branches. Case Branch addresses relative to 
a currently executing microinstruction address are generated, in part, by MSMUX 24344 and CASEMS 
24346. As described above. MSMUX 24344 which is a multiplexer receives two inputs. First input is 
AONBC from output of AONGRF 20232 and second input is OFFMUXfl from output of OFFMUXR 23812. 

5 Each of these inputs is eight bits, or one byte, in width. Acting under control of microinstruction output from 
FUSITT 11012, MSMUX 24344 selects either input AONBC or input OFFMUXR as an eight bit output to 
input of CASEMS 24346. CASEMS 24346 is a Mask and Shift circuit, similar in structure and operation to 
that of FIU 20116 but operating upon bytes rather than thirty-two bit words. CASEMS 24346. operating 
under microinstruction control from FUSITT 11012. manipulates eight bit input from MSMUX 24344 by 

10 masking and shifting to provide eight bit Case Value (CASEVAL) output to BCMUX 24348. CASEVAL 
represents a miaoinstruction address displacement relative to address of a currently executing microin- 
struction and. being an eight bit number, may express a displacement of 0 to 255 address locations in 
FUSITT 11012, 

BCMUX 24348 is an eight bit multiplexer, similar in structure and operation to MSMUX 24344. and is 
IS controlled by microinstruction inputs provided from FUSITT 11012. In executing a case operation, BCMUX 
24348 selects CASEVAL input to MCMUX 24348's output to first input of BCALU 24350. 8CALU 24350 is a 
sixteen bit arithmetic and logic unit. Second input of BCALU 24350 is fifteen bit address of currently 
executing microinstruction from mPCC 24340. BCALU 24350 operates under microinstruction control 
provided from FUSITT 11012 and. in executing a Case operation, adds CASEVAL to the address of a 
20 currently executing microinstruction. During a Case operation, carry input of BSALU 24350 is forced by 
microinstruction control from FUSITT 11012. to one so that BCALU 24350*s second input is effectively 
mPC + 1, or address of cun-ently executing microinstruction plus 1. Output BRCASEAOR of BCALU 24350 
will thereby be fifteen bit Case address which is between one and 256 FUSITT 11012 address locations 
higher than the address location of the currently executing microinstruction. The actual case value address 
25 drsplacement from the address of the currently execuUng microinstruction is determined by either input 
AONBC or input OFFMUXR to MSMUX 24344, and these mask and shift operations are performed by 
CASEMS 24346. 

Case operations as described above may be used, for example, in interpreting and manipulating CS 
10110 table entries. For example, Name Table Entries of Name Tables 10350 contain flag fields carrying 
30 information regarding certain operations to be peformed in resolving and evaluating those Name Table 
Entries. These operations may be implemented as Case Branches in microinstruction sequences for 
resolving and evaluating those Name Table Entries. In the present example, during resolve of a Name Table 
Entry the microinstruction sequence for performing that resolve may direct a byte of that Name Table 
Entry's flag field to be read from AONGRF 20232, or OFFMUXR 23812, and through MSMUX 24344 to 
55 CASEMS 24346. That microinstruction sequence will then direct CASEMS 24346 to shift and mask that flag 
field byte to provide a CASEVAL That CASEVAL will have a value dependent upon the flags within that flag 
field byte and. when added to mPC + 1. will provide a FUSITT 11012 microinstruction address for a 
microinstruction sequence for handling that Name Table Entry in accordance with those flag bits. 

As described above, BRCASE 20278 may also generate microinstruction addresses for Branches 
occurring within execution of a given microinstruction sequence. In this case, microinstruction control 
signals from FUSITT 11012 direct BCMUX 24348 to select BCMUX 24348*s second input as output to 
BCALU 24350. BCMUX 24348's second input is Branch Uteral (BLIT). As described above. BLIT is 
provided from a literal field of a microinstruction word from FUSITT n012's microinstruction output BLIT 
output of BCMUX 24348 is added to address of currently executing microinstruction from mPGC 24340 and 
45 BCALU 24350. to provide fifteen bit BRCASEAOR of a microinstruction address branched to from the 
address of the currently executing microinstruction. BRCASEAOR may represent, for example, any of four 
Branch Operations. Possible Branch Operations are: first, a Conditional Short Branch: second, a Conditional 
Short Call; third, a Long Go To: and, fourth, a Long Call. In each of these possible Branch Operations. BLIT 
is treated as the twos complement of the desired branch value, that is the microinstruction address offset 
50 relative to the address of the currently executing microinstruction. BLIT field may therefore be. effectively, 
added to or subtracted from the address of the currently executing microinstruction, to provide a 
microinstruction address having a positive or negative displacement from the address of the currently 
executing microinstruction. In a Conditional Short Branch or a Conditional Short Call, the fourteen bit literal 
field is a sign extended eight bit number. Both Conditional Short Branch and Conditional Short Call 
55 microinstruction addresses may therefore point to an address within a range of +127 to -128 FUSITT 
1 1012 address locations of the address of the currently executing microinstruction. In the case of a Long Go 
To or Long Call, the BLIT field is a fourteen bit number representing displacement relative to the address of 
the currently executing microinstruction. BRCASEAOR may, in these cases, represent a FUSITT 11012 
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24310 and Next Address Select Multiplexer (NASMUX) 24312. NASMUX 24312 is comprised of NAS 
Multiplexer A (NASMUXA) 24314. NASMUXB 24316, NASMUXC 24318. and NASMUXD 24320. Outputs of 
EVNTGT 24310 and NASMUXA 24314 to NASMUXD 24320 are ORed to CSADR 20204 to provide 
microinstruction selection addresses to FUSITT 11012. 

ADR 20202 is Shown in Rg. 243 as comprised of nine buses. Address A (ADRA) Bus 24322 to Address 
I (ADRI) Bus 24338. Output of EVENT 20284 is connected to input of EVNTGT 24310 by ADRA Bus 24322. 
Outputs of REPCTR 20280 and PNREG 20282 and output of AF 24220 are connected to inputs of 
NASMUXA 24314 by, respectively, ADRB Bus 24324 and AORC Bus 24326. Outputs of ROWS 10358 and 
FUDISENC 24219 are connected to inputs of NASMUXB 24316 by. respectively. ADRD Bus 24328 and 
ADRE Bus 24330. Outputs of BRCASE 20278 and second output of mPC 20276 are connected to inputs of 
NASMUXC 24318 by, respectively. ADRF Bus 24332 and ADRG Bus 24334. Second output of mPC 20276 
and JAM output of NO 10226 are connected to inputs of NASMUXD 24320 by. respectively. ADRH Bus 
24336 and ADRI Bus 24338. ADR 20202 thus comprises a set of buses connecting microinstruction address 
sources to inputs of SITTNAS 20286. 

Referring to mPC 20276. mPC 20276 is comprised of Micro-Program Counter Counter (mPCC) 24340 
and Micro-Program Counter Arithmetic and Logic Unit (mPCALU) 24342. Data input of mPCC 24340 is 
connected from CSADR Bus 20204. Output of mPCC 24340 is connected to a first input of mPCALU 24342 
and is mPC 20276's third output to BRCASE 20278. Second input of mPCALU 24342 is a fifteen binary 
number set. for example by hard-wiring, to be binary one. Output of mPCALU 24342 comprises mPC 
20276's first output, to ROWS 10358. and mPC 20276's second output to inputs of NASMUXC 24318 and 
NASMUXD 24320. 

BRCASE 20278 is shown in Rg. 243 as comprising Mask and Shift Multiplexer (MSMUX) 24344, Case 
Mask and Shift Logic (CASEMS) 24346, Branch and Case Multiplexer (BCMUX) 24348 and Branch and 
Case Arithmetic and Logic Unit (BCALU) 24350. A first input of MSMUX 24344 (AONBC. not previously 
shown) is connected from output of AONGRF 20232. A second input of MSMUX 24344 (OFFMUXR. not 
previously shown) is connected from output of OFFMUXR 23812. Output of MSMUX 24344 is connected to 
input CASEMS 24346. and output of CASEMS 24346 is connected to a first input of BCMUX 24348. A 
second input of BCMUX 24348. BUT is connected from a literal field output of FUSITT 110l2's 
microinstruction output. Output of BCMUX 24348 and third output of mPC 20276. from output of mPCC 
24340. are connected, respectively, to first and second inputs of BCALU 24350. Output of BCALU 24350 
comprises BRCASE 20278 outputs to NASMUXC 24318. 

An address to select a next microinstruction may be provided to FUSITT 11012 by SITTNAS 20286 
from any of eight sources. First source is output of mPC 20276. Output of mPC 20276 is referred to as 
Micro-Program Count Plus 1 (mPC+ 1) and is fifteen bits of address. Second source is from EVENT 20284 
and is comprised of five bits of address. Third source is output of FUDISP 24218 and FUDISENC 24219 
and, as previously described, is comprised of six bits of address. Fourth source is output of AF 24220 and. 
as previously described, is comprised of fifteen bits of address. Rfth source is output of BRCASE 20278. 
Output of BRCASE 20278 is referred to as Branch and Case Address (BRCASEADR) and comprises fifteen 
bits of address. Sixth source is an output of ROWS 10358. Output of RCWS 10358 is referred to as ROWS 
Address (RCWSAOR) and is comprised of fifteen bits of address. Seventh source is REPCTR 20280 and 
PNREG '20282 whose outputs (REPPN) together comprise fifteen bits of address. Rnally, eighth source is 
JAM input from NC 10226. which comprises five bits of address. These address sources differ in number of 
bits of address that they provide, but a microinstruction address gated onto CSADR Bus 20202 by 
SITTNAS 20286 always comprises fifteen bits of address. If a particular source applies fewer than fifteen 
bits, that address is extended to fifteen bits by SITTNAS 20286. In general, extension of address bits may 
be performed by hard-wiring of additional address input bits to SITTNAS 20286 from each of these sources 
and will be described further below. 

Referring to mPC 20276, mPCC 24340 is a fifteen bit register and mPCALU 24342 is a fifteen bit ALU. 
mPCC 24340 is. as described above, connected from CSADR Bus 20204 and is sequentially loaded with a 
microinstruction address currently being presented to FUSITT 11012. mPCC 24340 will thus contain the 
address of the currently executing microinstruction. mPCALU 24342 is dedicated to incrementing the 
address contained in mPCC 24340 by one. mPC + i output of mPCALU 24342 will thereby always be 
address of next sequential microinstruction. mPC + i is, as described above, a fifteen bit address and is 
thus not extended in SITTNAS 20286. 

Referring to BRCASE 20278, as described above BRCASE 20278 provides next microinstruction 
addresses for mPC 20276 Relative Branches and for Case Branches. Next microinstruction addresses for 
microprogram Relative Branches and for Case Branches are both generated as addresses relative to 
address of currently executing microinstruction as stored in mPCC 24340, but differ in the manner in which 



95 



EP0 300 516 A2 



EUDS?242i f " T.T ^ P^"'"°"">' "'^'^'^ ^'^'^^"ses to read SOPs from 

input to EUOISS tlS 24222 are provided as a first 

EUaSp'^Ll^T " ' "^"'"P'^"^'- ^ descril:6d. a first input of EUOISS 24224 are SDPs fron, 

generation of next addresses durina execution of m-Wnine, ® """"^'y concerned with 

be described next below EVENT Xr^J llTl^^^^^T^^ '° SOPs and will 

With generation of ^ZZZ^ZTciZ^^: t CS ^t^S^'^ 'T*^ T '"^'^ 
and will be described in a later des<Stion EU CS 10110 s internal mechanisms operations 

this Circuitry will be described in ffSlg descrip.io^ ol E J" ^^''^"'^ 

cxx, Next Address Generator 24310 (Fig . 243) 

below, provides sequential addresses for ^^t^r,,n^.J T. °^ ^'^'^°^"'^^*^^' 

quences. BRCASE 20278 pSs ^^^^^^^ m.croinstructons of microinstruction se- 

Branch or microinstruction 01^^™^ . selecting mrcrcnstructions when a microinstniction 
addresses for wriM g oMoa^^g TSn LZ:?- ^"'^ ^0282 provide 

FUCTL 20214 circuit^, for eSSe EVENTr^^^^^^^ T "^^^'^ Other portions of 

described abovl pi:rcLe?ed XxlS mSoL" V'™' ^"^^^ « 

internal mechanisms. EVENT 2028rarshoriL nl Tn ^^^^^ tor controlling CS 10110 

50 NAG 24310. EVENT 20284 W>U^ci7sc^ ,ur>ZTl, u ^^'^"''"^'"P^ ^ "'•'S' Portions of 

controlling CS 10110'sXnT mTc^nT/l <5 T ° description of FUCTL 202l4's circuitry 

y wc» lui iniernaj mecnanisms. Similar y. operation of ncw<? k« w ^ . 

viously described with reference to Fig 202 NAG ctr.!? ^'^^'^'^^ ^^^^^ ^^^^ been pre- 

Rg. 243 differs from Fig. 202. "''^'''^ ^® ^^^cribed below only wherein 

Referring first to SITTNAS 20286 SiTTIMAq ?n9fl« 

o ^.u^ob. bii INAS 20286 .s Shown as comprised of EVENT Gate (EVNTGT) 



JO 



JS 



20 



25 



30 



40 



4S 



94 



BN900aO:^ O30061«A2.. 



EP 0 300 516 A2 

The second class of microinstruction operations are those specific to particuiar SINTs or to particular 
groups of SINTs. These groups of SINTs may reside entirely within a particular dialect, for example 
FORTRAN, or may exist within one or more dialects. SDPs for this class of microinstruction operation are 
provided by AF 24220. As described further below. AF 24220 is slower than FUDISF 24218. but is larger. In 
5 general. AF 24220 contains SDPs of microinstruction sequences specific to particular SINTs. In general, 
generic microinstruction operations are performed Ijefore those operations specific to particular SINTs. so 
that SDPs are required from AF 24220 at a later lime than those from FUDISF 24218. SDPs for specific 
SINT operations may therefore be provided from lower speed AF 24220 without a penalty in speed of 
execution of SOPs. 

10 Referring again to FUDISF 24218, FUDISF 24218 is a 1 ,024 word by 6 bit fast access by polar memory. 
Each word contained therein, as described above, is an SDP, or address to start of a corresponding 
sequence of microinstructions in FUSITT 11012. As will be described further below. FUSITT is an 8K (8192) 
word memory. SOPs provided by FUDISF 24218 are each, as descrit)ed above. 6 bits wide and may thus 
address a limited. 32 word area of FUSITT ll012*s address space. FUDISF 24218 is enabled to provide 

js SDPs to FUSITT 11012 by microinstruction control signals (not shown for clarity of presentation) from 
FUSITT 11012. FUDISF 24218 Six bit SDPs are encoded by FUDISENC 24219 to address FUSITT 11012 
address space in increments of 4 microinstructions, that is in increments of 4 address locations. FUDISF 
24218 SDPs thereby address 4 microinstructions at a time from FUSITT Il0l2's microinstruction se- 
quences. -As will be described further below, mPC 20276 generates successive microinstruction addresses 

20 to FUSITT 11012 to select successive microinstructions of a sequence following an initial microinstruction 
selected by an SDP from FUSDT 11010. An FUDISF 24218 SDP will thereby select the first microinstruc- 
tion of a 4 microinstruction block, and mPC 20276 will select the following 3 microinstructions of that 4 
microinstruction sequence. A 4 microinstruction sequence may therefore be executed in line, or sequen- 
tially, for each FUDISF 24218 SDP provided in response to a generic SOP. FUDISENC 24219 encodes 

25 FUDISF 24218 six bit SDPs to select these 4 microinstruction sequences so that the least significant bit of 
these SOPs occupies the 24 bit of FUSITT 11012 address inputs, and so on. The two least significant bits 
of an FUSITT 11012 address, or SDP, provided from FUDISF 24218 are forced to 0 while the ninth and 
higher bits may be hard-wired to define any particular block of 128 addresses in FUSITT 11012. This hard- 
wiring of the most significant bits of FUSITT 11012 addresses from FUDISF 24218 allows a set of generic 

30 microinstruction sequences selected by FUDISF 24218 to be located as desired within FUSITT 11012*s 
address space. FUDISENC 24219 is comprised of a set of dnver gates. 

As previously described, SDPs for generic microinstructions currently being utilized by CS 10110 in 
executing user's programs are written into FUDISF 24218 from Bits 10 to 15 of JPD Bus 10142 (JPD(10- 
15)). Addresses for loading SDPs into FUDISF 24218 are provided, as previously described, from LADDR 

35 24214. l_ADDR 24214 is enabled to provide load addresses, and FUDISF 24218 is enabled to be written 
into, by microinstruction control signals (not shown for clarity of presentation) provided from FUSITT 11012. 

Referring to AF 24220, as previously described AF 24220 is of larger capacity than FUDISF 24218. but 
has slower access time. AF 24220 is a 1.024 word by 15 bit memory. In general, 2 clock cycles are 
required to obtain a DSP from AF 24220. During first clock cycle, an SOP is loaded into LOPCODE 24210 

40 and, during second clock cycle, AF 24220 is addressed to provide a corresponding SDP. SOPs provided by 
AF 24220 ^re each 15 bits in width and thus capable of addressing a larger address space than that of 
FUSITT 11012. As previously described, FUSITT 11012 is an 8K word memory. If FUSITT 11012 is 
addressed by an AF 24220 SDP referring to an address location outside of FUSITT Il0l2*s address space. 
FUSITT 11012 will generate a microinstruction Not In Control Store output to EVENT 20284 as described 

45 further below. An AF 24220 SDP resulting in this event will then be used to address certain microinstruction 
sequences stored in MEM 10112. These microinstructions will then be executed from MEM 10112. rather 
than from FUSDT 11010. This operation allows certain microinstruction sequences, for example rarely used 
microinstruction sequences, to remain in MEM 10112. thus freeing AF 24220 and FUSITT I10l2's address 
spaces from more frequently used SOPs. 

50 As previously described AF 24220 is loaded, with SDPs. for SINTs currently being used by CS 10110 
in executing user's programs, from Bits 16-31 of JPD Bus 10142 (JPD(16-31)). Also as previously 
discussed, addresses to load SDPs into AF 24220 are provided from LADDR 24214. LADDR 24214 is 
enabled to provide load addresses and AF 24220 to receive SDPs, by microinstruction control signals (not 
shown for clarity of presentation) provided from FUSITT 1 1012. 

55 Referring finally to EUSDT 20266, SDPs may be provided to EU 10122 from 3 sources. EU 10122 
SDPs may be provided from EUDISF 24222, from JPD Bus 10142 or from literal fields of microinstructions 
provided from FUSITT 11012. EUDISF 24222's SOPs are each 12 bits in width and comprise 9 bits of 
address into EUSITT and 3 bits of operand format information. 
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FUSDT 11010 and EUSDT 20266 from LAODR 24214 only when FUSOT tlOiO and EUSOT 20266 are 
being loaded with SDs. that is groups of SDPs for S-Language dialects currently being utilized by CS 
10110. During this operation, output of LADOR 24214 is enabled to FUSDT 11010 and EUSDT 20266 by 
microcode control signals (not shown for clarity of presentation) from FUSITT 11012. Selection between 
5 FUDISF 24218. AF 24220. and EUDISF 24222 to receive addresses is similarly provided by microinstruction 
enable signals (also not shown for clarity of presentation) provided from FUSITT 11012. These FUSDT 
11010 and EUSOT 20266 address enable inputs may select at any time, any or all of FUDISF 24218, AF 
24220. or EUDSF 24222 to receive address inputs. SDPs to be loaded into FUDISF 24218. AF 24220. and 
EUDISF 24222 are provided, respectively, from Bits 10 to 15 (JPD(10-15)). Bits 16 to 31 (JPD(16-31)) and 
w Bits 20 to 31 (JPD(20-3t)) of JPD Bus 10142. Address contents of LADDR 24214 are successively 
mcremented by one as successive SDPs are loaded into FUSDT 1 1010 and EUSDT 20266. Incrementing of 
LADDR 24214 is. again, controlled by microinstruction control inputs from FUSITT 1 1012. 

Address inputs to FUSOT 11010 and EUSDT 20266 durng interpretation of SOPs are provided from 
LOPCODE 24210 and RDIAL 24212. LOPCODE 24210 is a register counter having, as described above. 
15 data inputs connected from NAfWIE Bus 20224 to receive SOPs from PARSER 20264. In a first mode. 
LOPCODE 24210 may operate as a latch, loaded with one SOP at a time from output of PARSER 20264 In 
a second mode. LOPCODE 24210 operates as a clock register to receive successive eight bit inputs from 
low order eight bits of NAME Bus 20224 (NAME(8-15)). Loading of LOPCODE 24210 is contolled by 
microinstruction control outputs (not shown for clarity of presentation) from FUSITT 1 1012. 

As will be described further below, eight bit SOPs stored in LOPCODE 24210 are concatenated with the 
output of RDIAL 24212 to provide addresses to FUSDT 11010 and EUSOT 20266 to select SDPs 
corresponding to particular SOPs. That portion of these addresses provided from LOPCODE 24210 that is 
the eight bit SOPs, selects particular SDPs within a particular SO. Particular SDs are selected by that 
portion of these addresses which is provided from the contents of RDIAL 24212. 

RDIAL 24212 receives and stores four bit Dialect Codes indicating the particular S-Language dialect 
currently being used by CS 10110 and executing the SOPs of a user's program. These four bit Dialect 
Codes are provided from JPD Bus 10142. as JPD (28-31). Loading of RDIAL 24212 with four bit Dialect 
Codes IS controlled by microinstruction control signals provided form FUSITT 11012 (not shown for claritv 
of presentation). ' 

30 Four bit Dialect Codes in RDIAL 24212 define partitions in FUDISF 24218, AF 24220 and EUDISF 
24222. Each partition contains SDPs for a different S-Language dialect, that is contains a different SD 
FUDISF 24218. AF 24220 and EUDISF 24222 may contain, for example, eight 128 word partitions or four 
256 word partitions. A single bit of Dialect Code, for example Bit 3. defines whether FUDISF 24218 AF 
24220. and EUDISF 24222 contain our or eight partitions. If FUSDT 11010 and EUSDT 20266 contain four 
35 partitions, the two most significant bits of address into FUSDT 1 1010 and EUSDT 20266 are provided from 
Dilect Code Bits 1 and 2 and determine which partition is addressed. The lower order eight bits of address 
are provided from LOPCODE 24210 and determine which word in a selected partition is addressed If 
FUSDT 11010 and EUSDT 20266 contain eight partitions, the three most significant bits of address into 
FUSDT 11010 and EUSDT 20266 ar provided from Bits 0 to 2 of Dialect Code, to select a particular 
40 partition, and the lower seven bits of address are provided from LOPCODE 24210 to select a particular 
word in the selected partition. 

As described above. LOPCODE 24210 eight bit output and RDIAL 24212's four bit output are 
concatenated together, through FUDISENC 24216. to provide a ten bit address input to FUSDT 11010 and 
EUSDT 20266. FUDISENC 24216 is an encoding circuit and will be described further below with reference 
45 to FUDISF 24218. As previously described, selection of FUDISF 24218. AF 24220 and EUDISF 24222 to 
receive address inputs from RDIAL 24212 and LOPCODE 24210 is controlled by microinstruction control 
enable inputs provided from FUSITT 11012 (not shown for clarity of presentation). 

Referring to FUSOT 11010, both FUDISF 24218 and AF 24220 provide SDPs to FUSITT 11012. but do 
so for differing purposes. In general, microinstruction control operations may be regarded as falling into two 
classes. First, there are those microinstruction operations which are generic, that is general in nature and 
used by or applying to a broad variety of SOPs of a particular dialect or even of many dialects. An example 
of this class of microinstuction operation is fetches of operand values. FUDISF 24218 provides SDPs for this 
class of microinstruction operations. As described beiow. FUDISF 24218 is a fast access memory allowing a 
single microinstruction control output of FUSITT Ii0i2 to parse an SOP from INSTB 20262 into LOPCODE 
24210. and a corresponding SOP to be provided from FUDISF 24218. That is. an SOP of this generic class 
may be parsed from INSTB 20262 and a corresponding SDP provided from FUDISF 24218 during a single 
system clock cycle. Operation of FUDISF 24218 thereby enhances speed of operation of JP 10114 in 
particular at the beginning of execution of new SOPs. 
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PARSER 20264 will generate OPREGE to OPCODEREG 20268 to enable transfer of NAME (0-7) into 
OPCODEREG 20268. OPCODEREG 20268 is not loaded when PARSER 20264 is parsing Name syllables. 
Thie microinstruction input from FUSITT 11012 which controls PARSER 20264 operation also determines 
whether PARSER 20264 is parsing an SOP or a Name syllable and controls generation of OPREGE. 

Operation of NC 10226. which receives Name syllables as address inputs from NAME Bus 20224. has 
been discussed previously with reference to MEMINT 20212. Name Trap (NT) 20254 is connected from 
NAME Bus 20224 to receive and capture Name syllables parsed onto NAME Bus 20224 by PARSER 
20264. Operation of NT 20254 has been also previously discussed with reference to MEMINT, 



b.b.b. Fetch Unit Dispatch Table 11010. Execute Unit Dispatch Table 20266 and Operation Code Register 
20268 (Fig. 242) 

As previously described. CS 10110 is a multiple language machine. Each program written in a high 
level user language is compiled into a corresponding S-Language program containing S-Language Instruc- 
tions referred to as SOPs. CS 10110 provides a set or dialect, of microcode instructions, referred to as S- 
Interpreters (SINTs) for each S-Language. SINTs interpret SOPs to provide corresponding sequences of 
microinstructions for detailed control of CS 10110 operations. CS lOllO's SINTs for FU 10120 and EU 
10122 operations are stored, respectively, in FUSITT 1 1012 and in a coaesponding control store memory in 
EU 10122. described in a following description of EU 10122. Each SINT comprises one or more sequences 
of microinstructions, each sequence of microinstructions corresponding to a particular SOP in a particular S- 
Language dialect. Fetch Unit S-lnterpreter Dispatch Table (FUSDT) 11010 and Execute Unit S-lnterpreter 
Dispatch Table (EUSDT) 20266 contain an S-lnterpreter Dispatcher (SD) for each S-Language dialect. Each 
SD is comprised of a set of SD Pointers (SDPs) wherein each SOP in a particular SD corresponds to a 
particular SOP of that SD dialect. Each SDP is an address pointing to a location, in FUSITT 11012 or 
EUSITT, of the start of the corresponding sequence of microinstructions for interpreting the SOP cor- 
responding to that SDP. As will be described further below, SOPs received and stored in OPCODEREG 
20268 are used to generate addresses into FUSDT 11010 and EUSDT 20266 to select corresponding 
SDPs. Those SDPs are then provided to FUSITT 11012 through ADR 20202, or to EUSITT through EUDIS 
Bus 20206. to select corresponding sequences of microinstructions from FUSITT 11012 and EUSITT. 

Referring to Rg. 242, a more detailed block diagram of OPCODEREG 20268, FUSDT 11010. and 
EUSDT 20266 is shown. As shown therein. OPCODEREG 20268 is comprised of Op-Code Latch 
(LOPCODE) 24210. Dialect Register (RDIAL) 24212. Load Address Register (LADDR) 24214. and Fetch Unit 
Dispatch Encoder (FUDISENC) 24216. Data inputs of LOPCODE 24010 are connected from NAME Bus 
20224 to receive SOPs parsed from INSTB 20262. Load inputs of RDIAL 24212 are connected from Bits 28 
to 31 of JPD Bus 10142. Outputs of LOPCODE 24210. RDIAL 24212 and LADDR 24214 are connected to 
inputs of FUDISENC 24216. Outputs of FUDISENC 24216 are connected to address inputs of FUSDT 11010 
and EUSDT 20266. 

FUSDT 11010 is comprised of Fetch Unit Dispatch File (FUDISF) 24218 and Algorithm Rle (AF) 24220. 
Address -inputs of FUDISF 24218 and AF 24220 are connected, as previously described, from address 
outputs of FUDISENC 24216. Data load inputs of FUDISF 24218 and AF 24220 are connected from, 
respectively. Bits 10 to 15 and Bits 16 to 31 of JPD Bus 10142. SDP outputs of FUDISF 24218 and AF 
24220 are connected to ADR Buses 20202. 

EUSDT 20266 is comprised of Execute Unit Dispatch Rle (EUDISF) 24222 and Execute Unit Dispatch 
Selector (EUDISS) 24224. Address inputs of EUDISF 24222 are. as described above, connected from 
outputs of FUDISENC 24216. Data load inputs of EUDISF 24222 are connected from Bits 20 to 31 of JPD 
Bus 10142. Inputs of EUDISS 24224 are connected from SDP output of EUDISF 24222. from Bits 20 to 31 
of JPD Bus 10142, and from Microcode Literal (mLIT) output of FUSITT 11012. SDP outputs of EUDISS 
24224 are connected to EUDIS Bus 20206. 

As previously described, OPCODEREG 20268 provides addresses, generated from SOPs loaded into 
OPCODEREG 20268. to FUSDT 11010 and EUSDT 20266 to select SDPs to be provided as address inputs 
to FUSITT 11012 and EUSITT. LOPCODE 24210 receives and stores eight bit SOPs parsed from INSTB 
20262 as described above. OPCODEREG 20268 also provides addresses to FUSDT 11010 and EUSDT 
20266 to load FUSDT 11010 and EUSDT 20266 with SDs for S-Language dialects currently being utilized 
by CS 10110. LOPCODE 24210 and RDIAL 24212. as described below, provide addresses to FUSDT llOlO 
and EUSDT 20266 when translating SOPs to SDPs and ADDR 24214 provides addresses when FUSDT 
11010 and EUSDT 20266 are being loaded with SDs. 

Referring first to LADDR 24214. LADDR 24214 has an eight bit counter. Addresses are provided to 
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boundaries. 

CPC 20270 bits 26 to 28. CPC (26-28), indicate, as described above, a particular Base Svliable in 
2 mif''; '''' °' '"'^'"^^ 32 bit words, read T.N^^ 2^62 alej 

!, !! " ^ 'f^^se parsing operations are 

pei^omied under microinstruction control from FUSITT 1 1012. 

Conceptually. CPC 20270 is organized as a twenty-six bit counter, containing CPC (0-25). with a three 

2m count SZ'tZ J' ''^^»- ™^ -9^*-''°" "'«<^ '^'^^^^ cPcTe! 

28 counts INSTB 20262 Base Syllables parsed and must be incremented dependant upon current Name 

selel orsl''°? """'^ ^''^y'^o -risTa 

2m -.11^? ""^^ implemented as a binary counter. As shown in Rg. 241. CPC (26- 

S o Jpfeus ?0M2t' ° ^"''To.''^^- * °' ^^^^"^ ^''''S is connectoS from bits 29 to 

inJJ fl Ln I '° <2^2^> '^"^ ^"^ ^"^ is provided to allow CPC 20270 to be 

iS o^^^^^^^^ "'""'^ ^'"^ '"^"^"^ 20270 with an initial ponter value. Se ond 

nrLlS " '^•P"* °' C''^'^'-^ 24120 and is the path by which CPC (26-28) is 

C?C T/S l^C^cZT. ^'T' "^^^^ "^'^^ 20262. A first input of CPCALU 24120 is 
frorS CS^R 2r2^r?nnS. 1 '"""^ ^ ^^SR 24,12. Rrst input 

(VaT Thl L^I I 1 i ^ K ? P^^'"""- '"^^ corresponding to CPC 

CPcZS^!LZTr^i'^^'°'^'"'^' ' incremented each «me 

tion C?C loPT? ^ . ^ " '""'"^'^ 0"'P"t of CPCALU 24120. In actual implementa- 

TnlZ?J "'^""""^ '° """"^^ °' <^*«"«s required. CPC (1-25) is 

10142 to allow loading of an initial value of CPC 20270 pointer CPC (0) and CPC f?B ?f« 7 f 

CPC (0) portion of this register is connected from output of CPCOS 24,16. CPCOS 241,6 IsV multXxe 
having a first input connected from bit 0 of JPD Bus ,0,42. This input from JPD Bus 0,42 is u 2 fo 
example when loading CPC 20272 v^th an initial pointer value. Second input of CPCOS 24,16 ts ov^ril^ 

oraL^Tfwi:^!^^^^^^^^^^^ - - - - CPC (,-2?, coS;^ 

oolnS vlf '"T '"P^ k''' ""'P"* °' 20270 may be loaded into IPC 20272. An initial CPC 20270 
IPC 20272 ' '"^ '°"^2 and subsequently copied into 

"o Referring again to PARSER 20264. as described above PARSER popm ro=Hc u • 

of an eight bit odd numbered Base Syllable. BSO. and an eight bit even numbered Base Syllable BSE 
Depending upor. whether PARSER 20264 is parsing an eight bit SOP, an eight bit Name syllabL a twele 
bit Name syllable, or sixteen bit Name syllable. PARSER 20264 may select BSO bTe ^ both "bso and 
IS BSE. as output onto NAME Bus 20224. ^ 

si JirtABQPP^°c^«J' """"^ '""^"'^^ ^""^ ^ " ™« ^"31 to eight, that is equal to twelve or 
0 BSE is mL. s.?r,TT? h'""' '^'^^^ 20224 and determines whicTof BsS 

7 rNAMFrrv^r? '28) indicates BSO is most significant. BSO is transferred onto NAME Bus 20224 bits 0 to 
Lf^!'!"?' T =:L° "^^^ 20224 bits eight to fifteen (NAME(8-15)). If CPC (S) indfcates 
Inlre Ta N^mtc^K?'" " ^^^^ ^^0 onto NAME (8-15). TOs ipSon 

insures that Name syllables are parsed onto NAME Bus 20224 in the order in which occur in 5,e Sm 

pcrl' ^^^i^ "^^'"3 ^^"^ °' Syllable Size K = a. PARSER 20264 will select either 

^^SO or BSE, as indicated by CPC (28), as output to NAME (0-7). PARSER 20264 will place Vs on^ N^^^^^^ 

NAMp7n"^l" °' ""^^^^ 20264 will select BSO or BSE as output to 

NAME (0-7) as selected by CPC (28). PARSER 20264 will place O's onto NAME (8-15). Concurrently! 
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20262. Fourthly. INSTBWC 24110 will detect, through microinstruction control signals provided fronn 
FUSITT 11012. when a branch in a microinstruction sequence provided by FUSITT 1 1012 in response to an 
SOP occurs. In this case, both IBWO and IBW1 will be ftaged as invalid. INSTBWC 24110 wiil then ignore 
SIN words being read from MEM 10112 in response to a previously submitted PREF 20260 request, but not 

5 yet received at the time the branch occurs. This prevents INSTB 20260 from receiving invalid SIN words: 
PREF 20260 and INSTB 20262 will then proceed to request and receive valid SIN words of the branch. 

As described above, PARSER 20264, operating under control of CPC 20270 and CPC 20270 associated 
circuitry, reads Name syllables and SOPs from INSTB 20262 to. respectively. NAME Bus 20224 and 
OPCODEREG 20268. PARSER 20264 operates as a multiplexer with associated control logic. 

TO As previously described. INSTB 20262 is internally structured as eight, eight bit words. BSO to BS7. 
IBWO comprises BSO to B3 while IBW1 comprises BS4 to BS7. Each SOP is comprised of eight bits of 
data and thus comprises one Basic Syllable while each Name syllable comprises 8. 12. or 16 bits of data 
and thus comprises either one or two Basic Syllables. Name syllable size, as previously stated, is indicated 
by Current Syllable Size Value K stored in CSSR 241 12. 

^5 BSO and BS4 are loaded into INSTB 20262 from MOD Bus 10144 bits zero to seven while BS2 and 
BS6 are loaded from MOD Bus 10144 bits sixteen to twenty-three. BSl and BS5 are loaded from MOD Bus 
10144 bits eight to fifteen while BS3 and BS7 are loaded from MOD Bus 10144 bits twenty-four to thirty- 
one. Odd numbered Basic Syllable outputs BSl. BS3, BS5, and BS7 are ORed to comprise eight bit Basic 
Syllable. Odd output BSO of INSTB 20262. Even numbered Basic Syllable outputs BSo, BS2. BS4 and BS6 

20 of INSTB 20262 are similarly ORed to comprise eight bit Basic Syllable. Even output BSE. At any time, one 
odd numbered Basic Syllable output and one even numbered Basic Syllable output of INSTB 20262 are 
selected as inputs to PARS*ER 20264 by Instruction Buffer Read Enable (IBORE) enable and selection 
signals provided to INSTB 20262 by IBSDECR 24114. IBSDECR 24114 includes decoding circuitry. Input to 
IBSDECR 241 14's decoding logic is comprised of three bits (RCPC(26-28)) provided from CPCMUX 24118. 

25 As indicated in Fig. 241, CPC (26-28) may be provided from JPD Bus 10142 bits 25 to 28 or from output of 
CPCALU 24120. One input CPCALU 24120 is CPC (26-28) from CPC 20270. Operation of CPC 20270 and 
CPC 20270's associated circuitry will be described further below. RCPC (26-28) is decoded by IBSDECR 
24114 to generate IBORE (0-7) to INSTB 20262. RCPC 26 and RCPC 27 are decoded to select one of the 
four odd numbered Basic Syllable outputs (that is BSl. BS3. BS5 or BS7) of INSTB 20262 as the odd 

30 numbered basic syllable input to PARSER 20264. RCPC 28 selects either the preceding or the following 
even numbered Basic Syllable output of INSTB 20262 as the even numbered Basic Syllable input to 
PARSER 20264. The eight decoded bits of IBORE (0-7) generated by IBDECR 24114 decoding logic are 
loaded into IBSDECR 241 14 eight bit register and subsequently provided to INSTB 20262 as IBORE (0-7). 
PARSER 20264 selects BSO, or BSE, or both BSO and BSE. as PARSER 20264s output to NAME Bus 

35 20224 or to OPCODEREG 20268. In the case of an SOP or an eight bit Name syllable, either BSO or BSE 
will bQ selected as PARSER 20264's output. In the case of a twelve or sixteen bit Name syllable, both BSO 
and BSE may be selected as PARSER 20264's output. PARSER 20264 operation is controlled by 
microinstruction control outputs from FUSITT 11012. 

Program counters IPC 20272, EPC 20274. and CPC 20270 are associated with control of fetching and 

^ parsing of SlNs. In general, IPC 20272, EPC 20274. and CPC 20270 operate under microinstruction control 
from FUSITT 11012. 

CPC 20270 is Current Program Counter and contains 28 bits pointing to the current syllable in INSTB 
20272. Bits 29 to 31 of CPC 20270 are not provided, so the bits 29 to 31 of CPC 20270's output are zero, 
which guarantees byte txjundaries for SOPs. Contents of CPC 20270 are thereby also a pointer which is a 
45 byte align offset into a current procedure object. Initial Program Counter (IPC) 20272 is a buffer register 
connected from output of CPC 20270 and provided for timing overlap. IPC 20272 may be loaded only from 
CPC 20270 which, as previously described, is 29 bits wide, that does not contain bits 29. 30. and 31 which 
are forced to zero in IPC 20272. IPC 20272 may be read. onto JPD Bus 10142 as a start value in an 
unconditional branch. 

so EPC 20274 is a thirty-two bit register usually containing a pointer to the current SOP being executed. 
Upon occurrence of an SOP branch, the pointer in EPC 20274 will point to the SOP from which the branch 
was executed. The pointer residing in EPC 20274 is an offset into a current procedure object. EPC 20274 
may be loaded only from IPC 20272, and may be read onto JPD Bus 10142. 

Referring again to CPC 20270, as described above CPC 20270 is a current syllable counter. CPC 

55 20270 contains a pointer to the next SOP syllable, or Base Syllable, to be parsed by PARSER 20264. As 
SOPs are always on byte boundaries. CPC 20270 pointer is 29 bits wide. CPC (0- 28). The three low order 
bits of CPC 20270's pointer, that is CPC (29-31), do not physically exist and are assumed to be always 
zero. CPC 20270's pointer to next instruction syllable to be parsed thereby always points to byte 
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eight bit output to NAME Bus 20224 and to input of OPCODEREG 20268. 

Referring to INSTBWC 24110. INSTBWC 24110 provides, as described further below, control signals 
pertaining to wriUng of SINs into INSTB 20262 from MOD Bus 10144. INSTBWC 24110 also provides 
control signals pertaining to operation of PREF 20260. In addition to WC outputs to INSTB 20262. 
INSTBWC 24110 provides control output QPF to PREF 20260, control output Instruction Buffer Hung 
(IBHUNG) to EVENT 20284, and control signal Instruction Buffer Wait (IBWAIT) to STATE 20294. INSTBWC 
241 10 also receives a control input BRANCH from BRCASE 20278 and an error input from TIMERS 20296. 

Referring to CPC 20270, IPC 20272. and EPC 20274. IPC 20272 and EPC 20274 are represented in 
Fig. 241 as in Fig. 202. Further FUCTL 20214 circuitry is shown as associated with CPC 20270. CPC 20270 
is a twenty-nine bit register receiving bits one to twety-five (CPC(1-25)) from bits one to twenty-five of JPD 
Bus 10142. CPC 20270 Bit 0 (CPCO) is provided from CPCO CPCO Select (CPCOS) 24116. Inputs of 
CPCOS 24116 are Bit 1 output from CPC 20270 (CPCI) and Bit 0 from JPD Bus 10142. Bits twenty-six. 
twenty-seven, and twenty-eight of CPC 20270 (CPC(26-28)) are provided from CPC fviultiplexer (CPCMUX) 
24118. CPCfVIUX 24118 also provides an input to IBSDECR 24114. Inputs of CPCIVIUX 24118 are bits 
twenty-five, twenty-six, and twenty-eight from JPD Bus 10142 and a three bit output of CPC Arithmetic and 
Logic Unit (CPCALU) 24120, A first input of CPCALU 24120 is connected from output bits 26, 27. and 28 of 
CPC 20270. Second input of CPCALU 24120 is connected from CSSR 24112. CSSR 24112*s input is 
connected from JPD Bus 10142. 

As described above. INSTB 20262 is implemented as a sixty-four bit wide register. INSTB 20262 is 
organized as two thirty-two bit words, referred to as Instruction Buffer Word 0 (IBO) and Instruction Buffer 
Word 1 (IB1), and operates as a two word, first-in-first-out buffer memory. PREF 20260 loads one of IBO or 
IBl on each memory reference by PREF 20260. Only PREF 20260 may load INSTB 20262. and INSTB 
20262 may be loaded only from MOO Bus 10144. Separate clocks, respectively Instruction Buffer Write 
Clock 0 (IBWCO) and Instruction Buffer Write Clock 1 (IBWCl). are provided from INSTBWC 241 10 to load, 
respectively. IBWO and IBWl into INSTB 20262. IBWCO and IBWCl are each a gated 110 nano-second 
clock. An IBWO or an IBWl is written into INSTB 20262 when, respectively, IBWCO or IBWCl is enabled by 
INSTBWC 24110. IBWCO and IBWCl will be enabled only when MEM 101 12 indicates that data for INSTB 
20262 is availabe by asserting interface control signal DAVI as previously discussed. 

INSTBWC 24110 is primarily concerned with control of FU 10120 with respect to writing of SINs into 
INSTB 20262. As described above, INSTBWC 24110 provides IBWCO and IBWCl to INSTB 20262. IBWCO 
and IBWCl are enabled by INSTBWC 24ll0's input DAVI from MEM 10112. Selection between IBWCO and 
IBWCl is controlled by INSTBWC 24110's input from CPC 20270. In particular, and as will be described 
further below, Bit 26 (CPC 26) of CPC 20270's twenty-nine bit word indicates whether IBWO or I8W1 is 
written into INSTB 20262. 

In addition to controlling writing of IBWO and IBWl into INSTB 20262. INSTBWC 24110 provides 
control signals to elements of FU 10120 to control reading of SINs from MEM 10112 to INSTB 20262. In 
this regard, INSTBWC 24110 detects certain conditions regarding status of SIN words in INSTB 20262 and 
provides corresponding control signals, described momentarily, to other elements of FU 10120 so that 
INSTB 20262 would generally always contain at least one valid SOP or Name syllable. Rrst. if INSTB 20262 
is not full, that is either IBWO or IBWl or both is invalid, for example because IBWO has been read from 
INSTB 20262 and executed. INSTBWC 24110 detects this condition and provides control signal QPF to 
PREF 20262 to initiate a read from MEM 10112. INSTBWC 24110 currenUy enables either IBWO or IBWl 
portion of INSTB 20262 to receive the word read from MEM 10112 in response to PREF 20260*s request. 
As stated above, this operation will be initiated when INSTBWC 24110 detects and indicates, by generating 
a validity flag, that either IBWO or IBWl is invalid. In this case. IBWO or IBWl will be indicated as invalid 
when read from INSTB 20262 by PARSER 20264. As will be described further below. INSTBWC 24110 
validity flags for IBWO and IBWl ar generated by INSTBWC 24110 control inputs comprising Bits 26 to 28 
(CPC 26-28) from CPC 20270 and by current syllable size or value, flag (K) input from CSSR 24112. 
Secondly. INSTBWC 241 10 will detect when INSTB 20262 is empty, that is when both IBWO and IBWl are 
invalid, as just described, or when only a half of a sixteen bit Name syllable is present in INSTB 20262. In 
response to either condition, INSTBWC 24110 will generate control signal IBWAIT to STATE 20294. As will 
be described further below, IBWAIT will result in suspension of execution of microinstructions referencing 
INSTB 20262. PREF 20260 requests to MEM 10112 wilt already have been initiated, as described above 
unless certain other conditions, described momentarily, occur. Thirdly. INSTBWC 24110 will detect when 
INSTB 20262 is empty and PREF 20262 is hung, that is unable to submit requests to MEM 10112. and a 
current microinstruction is attempting to parse a syllable from INSTB 20262. In this case. INSTBWC 24110 
will generate control signal Instruction Buffer Hung (IBHUNG) to EVENT 20284. As will be described further 
below. IBHUNG will result in initiation of a microinstruction sequence to restore flow of words to INSTB 
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FUINT 20298 are not shown in detail in Fig. 202 but will be descnbed in further detail below. 

Having descnbed the overall operation, and structure, of FUCTL 20214. operation of FUCTL 20214 will 
be described next below. During the following descriptions further diagrams of certain portions of FUCTL 
20214 will be introduced as required to disclose structure and operation of FUCTL 20214 to one of ordinary 
5 skill in the art. FUCTL 2021 4*s operation with regard to fetching and interpretation of SINs, that is SOPs and 
operand Names, will be described first, followed by description of FUCTL 2021 4's operation with regard to 
CS 1 Olio's internal mechanisms. 

10 b.b. Fetch Unit Control Logic 20214 Operation 

Referring first to those elements of FUCTL 20214 directly concerned with control of JP 10114 in 
response to SOPs and Name syllables, those elements include: (1) PREF 20260; (2) INSTB 20262: (3) 
PARSER 20264; (4) CPC 20270, IPC 20272, and EPC 20274; (5) OPCODEREG 20268; (6) FUSDT llOlO 
;5 and EUSDT 20266; (7) mPC 20276; (8) BRCASE 20278; (9) REPCTR 20280 and PNREG 20282: (10) a part 
of RCWS 10358: (11) SITTNAG 20286: (12) FUStTT 11012: and, (13) NT 20254. These FUCTL 20214 
elements will be described below in the order named. 

20 a.a.a. Prefetcher 20260. Instruction Buffer 20262. Parser 20264. Operation Code Register 20268. CPC 
20270. IPC 20272. and EPC 20274 (Rg. 241) 

As described above, PREF 20260 generates a series of addresses to MEM 10112 to read SINs of 
user's programs from MEM 10112 to FUCTL 20214. and in particular to INSTB 20262. Each PREF 20260 

25 read request transfers one 32 bit word from MEM 101 12. Each SIN may be comprised of an SOP and one 
or more Name syllables. Each SOP may comprise, for example, 8 bits of information while each Name 
syllable may comprise, for example. 8, 12, or 16 bits of data. In general, and as will be described in further 
detail in a following description of STATE 20294. PREF 20260 obtains access to MEM 10112 on alternate 
no nano-second system clock cycles. PREF 20260*s access to MEM 10112 is conditional upon INSTB 

30 20262 indicating that INSTB 20262 is ready to receive an SIN read from MEM 10112. In particular. INSTB 
20262 generates control output Quiry Prefetch (QPF) to PREF 20260 to enable PREF 20260 to submit a 
request to MEM 10112 when, as described further below. INSTB 20262 is ready to receive an SIN read 
from MEM 10112. 

PREF 20260 is a counter register comprised, for example of SN74Sl63s. 

35 Bi-directional inputs and outputs of PREF 20260 are connected to AON Bus 20230 and OFFSET Bus 
20228. As PREF 20260 reads only single 32 bit words. PREF 20260 is not required to specify a LENGTH 
field as part of an SIN read request that is an AON and an OFFSET field are sufficient to define a single 32 
bit word. At start of read of a sequence of SINs from MEM 10112. address (AON and OFFSET fields) of 
first 32 bit word of that SIN sequence are provided to MEM 10112 by OESP 20210 and concurrently 

40 loaded, from AON Bus 20230 and OFFSET Bus 20228. into PREF 20260. Thereafter, as each successive 
thirty-two bit word of the SIN's sequence is read from MEM 10112, the address residing in PREF 20260 is 
incremented to specify successive 32 bit words of that SIN*s sequence. The successive single word 
addresses are, for all words after first word of a sequence, provided to MEM 10112 from PREF 20260. 
As described above, INSTB 20262 receives SINs from MEM 10112 through MOO Bus 10144 and, with 

45 PARSER 20264 and operating under control of CPC 20270. provides Name syllables to NAME Bus 20224 
and SINs to OPCODEREG 20268. INSTB 20262 is provided, together with PREF 20260 to increase 
execution speed of SINS. 

Referring to Fig. 241. a more detailed block diagram of INSTB 20262. PARSER 20264. CPC 20270. IPC 
20272. EPC 20274 as shown. INSTB 20262 is shown as comprising two 32 bit registers having parallel 32 

so bit inputs from MOD Bus 10144. INSTB 20262 also receives two Write Clock (WC) inputs, one for each 32 
bit register of INSTB 20262, from Instruction Buffer Write Control (INSTBWC) 24110. INSTB 20262's 
outputs are structured as eight, eight bit Basic Syllables (BSs). indicated as BSO to 8S7. BSO. BS2. BS4. 
and BS6 are ORed to comprise eight bit Basic Syllable, Even (BSE) of INSTB 20262 while BSO. BS3, BSS. 
and BS7 are similarly ORed to comprise Basic Syllable, Odd (BSO) of INSTB 20262. BSO and BSE are 

55 provided as inputs of PARSER 20264. 

PARSER 20264 receives a first control input from Current Syllable Size Register (CSSR) 24112, 
associated with CPC 20270. A second control input of PARSER 20264 is provided from Instruction Buffer 
Syllable Decode Register (IBSDECR) 24114. also associated with CPC 20270. PARSER 20264 provides an 
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Fetch Unit Control Logic 20214 Overall Structure 

202UFoZ'^?. '° ^ "'^"'"""^ '""'^""^ "^S- '"'='"<les a partial block diagram of FUCTL 

e con o^'^^^ P"^-^ 20260 .as a 26 t.t biJirectionay^i 

input Of PREP 2Sraotcfnrc.e^;o^ c't^^ K S '^""^ ' 

PARSER pnPfi^f '° ^"'^ °' O'^'^P 20228. Control inputs of INSTB 20262 and 

PARSER 20264 are connected from a control output of CPC 20270 

Th.rty-two bit input of CPC 20270 is connected from JPD Bus 10142 and CPC 20270-, V hi, o.,.n , • 

.s ?PcS2?4lft''*:p?r« ™'^-^° ""•P"' °' 'PC 2027?' connSto 32?^^^^^^^^^ 

20274 and to JPD Bus 10142. EPC 20274-s 32 bit output Is similarly connected to JPD Bus 10142 

EUSd7ZTT" 1. 20268 are connected to 1 1 bit iress inputs of FUSd? nito and 

EUSDT 20266. These 11 bit address inputs to FUSOT 1 1010 and EUSDT jopbr o,^h , !. 

dialect selection code and 8 bits of SINT code. T.Z b it Soroutpufs of EUSDT ^26?"'^''' 5' h 
inputs of Microinstruction Control Store in EU 10122 « Jii koHoI ^ w . ' connected to 

» s^^*^"^" kT' ""^ to > n,o »M,«s«»l port con,»aM torn JPO Bus io,« 

25 becond, third, and fourth b -directional nnrtc nf nr\A/e inoeo "wm oru ous iui4<:, 

bi-di^^l^'TrtlrEvlN?^^^^^^^ r"L?i?f — •° 10358. A second 

connected to AOR Bus 202^8 '^"^ "''^''^ 20292. An output of EVENT 20284 is 

. ^O^^'ZtT^J^S?:-:.^^^^^^^^ - - - 10142. Ou.uts Of RPCTR 

.38ror:^^^^^^^ 

7FLs!T?Tl^2"ar :r °' '"^'^ '^"'^ fou2'°cl 

Duipuis 01 hUbiTT 11012 are conneced to almost ail elements nf ip imi^ r v^wnuui 

.awn Physlc^reclf b^L^eriSd'^ 

MCWO 20292 and MCWi ?r>pSi ^"""^ b.<l.rect.onal port of RCWS 10358. Outputs of 

MCW1 ?n5Qn ^ connected to JPD Bus 10142. Other inputs of MCWO 20292 and 

and^orS of'oTeL , ^"""^"^"^ ''^''^ elemenrof Jp Jom 

S^V^l Z XT' h"'' f "^"^ •^^^'^^i''^'^ '°"°-"9 text. STATE 

presentarrXdird^^d'eSlSor"" °' ''^'^'^ ™' '"'^^^^'^ ^'^^'V of 

RCWS 10358 and GRF ini-id a^I , ^^.'O^^O, provides outputs, for example, as address inputs to 
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As will be described in further detail below. FUCTL 20214 includes Prefetcher (PREF) 20260 which 
generates a sequence of logical addresses, each logical address comprising an AON and an oHset field, for 
reading S-lnstructions (SINs) of a user's program from MEM 10112. As previously described, each SIN may 
be comprised of an S-Operation (SOP) and one or more operand Names and may occupy one or more 32 

5 bit words. SINs are read from MEM 101 12 as a sequence of single 32 bit words, so that PREF 20260 need 
not specify a length field in a MEM 101 12 read request for an SIN. SINs are read from MEM 101 12 through 
MOO Bus 10144 and are captured and stored in Instruction Buffer (INSTB) 20262. PARSER 20264 extracts, 
or parses. SOPs and operand Names from INSTB 20262. PARSER 20264 provides operand Names to NO 
10226 and SOPs to FUS Intrepreter Dispatch Table (FUSDT) 11010 and to EU Dispatch Table (EUSOT) 

10 20266 through Op-Code Register (OPCODEREG) 20268. Operation of INSTB 20262 and PARSER 20264 is 
controlled by Current Program Counter (CPC) 20270. Initial Program Counter (IPC) 20272. and Executed 
Program Counter (EPC) 20274. 

As previously described. FUSDT 11010 provides, for each SOP received from OPCODEREG 20268. a 
corresponding S-lnterpreter Dispatch (SD) Pointer, or address, to FUSITT 11012 to select a corresponding 

;5 sequence of microinstructions to direct operation of JP 10114. in particular FU 10120. As previously 
described, FUSITT 11012 also contains sequences of microinstructions for controlling and directing 
operation of CS 10110's internal mechanisms, for example those mechanisms such as ROWS 10358 which 
are involved in swapping of processes. EUSDT 20266 performs an analogous function with respect to EU 
10122 and provides SD Pointers to EU S-lnterpreter Tables (EUSITTs) residing in EU 10122. 

20 Micro-Program Counter (mPC) 20276 provides sequential addresses to FUSITT 11012 to select 
individual microinstructions of sequences of microinstructions. Branch and Case Logic (BRCASE) 20278 
provides addresses to FUSITT 11012 to select microinstructions sequences for microinstructions branches 
and and cases. Repeat Counter (REPCTR) 20280 and Page Number Register (PNREG) 20282 provide 
addresses to FUSITT 11012 during FUSITT 11012 load operations. 

25 As previously described, FUSITT 11012 is a writable microinstruction control store which is loaded with 
selected S-lnterpreters (SINTs) from MEM 10112. 

FUSITT 11012 addresses are also provided by Event Logic (EVENT) 20284 and by JAM input from NC 
10226. As will be described further below, EVENT 20284 is part of FUCTL 2021 4's circuitry primarily 
concerned with operation of CS 10110's internal mechanisms. Input JAM from NC 10226 initiates certain 

30 FUCTL 20214 control functions for CS 101 10*s Name Space addressing mechanisms, and in particular NC 
10226. Selection between the above discussed address inputs to FUSITT 11012 is controlled by S- 
Interpreter Table Next Address Generator Logic (SITTNAG) 20286. 

Other portions of FUCTL 20214's circuitry are concerned with operation of CS 10110's internal 
mechanisms. For example, FUCTL 20214 includes Return Control Word Stack (ROWS) 10358. previously 

35 described with reference to CS 10110's Stack Mechanisms. Register Address Generator (RAG) 20288 
provides pointers for addressing of GRF 10354 and ROWS 10358 and includes Micro-Stack Pointer 
Registers (MISPR) 10356. 

As previously described. MISPR 10356 mechanism provides pointers for addressing Micro-Stack (MIS) 
10368. As will be described further below, actual MIS 10368 Pointers pointing to current, previous, and 

40 bottom frames of MIS 10368 reside in Micro-Control Word Register 1 (MCW1) 20290. MCW1 20290 and 
Micro-Control Word Zero Register (MCWO) 20292 together contain certain information indicating the current 
execution environment of a microinstruction sequence currently being executed by FU 10120. This * 
execution information is used in aide of execution of these microinstruction sequences. State Registers 
(STATE) 20294 capture and store certain information regarding state of operation of FU 10120. As 

45 described further below, this information, referred to as state vectors, is used to enable and direct operation 
of FU 10120. 

Timers (TIMERS) 20296 monitor elapsed time since occurrence of the events requiring servicing by FU 

10120. If waiting time for these events exceeds certain limits. TIMERS 20296 indicate that these limits have 

been exceeded so that service of those events may be initiated. 
50 Finally, Fetch Unit to E Unit Intertace Logic (FUEUINT) 20298 comprises the FU 10120 portion of the 

Interface between FU 10120 an EU 10122. FUEUINT 20298 is primary path through which operarton of FU 

10120 and EU 10122 is coordinated. 

Having described overall operation of FU 10120. structure of FU 10120 will be described next below 

with aide of Fig. 202. description of FU I0120's structure will be followed by a detailed description of FU 
55 10120 wherein further, more detailed, diagrams of certain portions of FU 10120 will be introduced as 

required to enhance clarity of presentation. 
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more recently than Frame C. and Bit 3 whether Frame B was used more recently than Frame C. In all other 
respects, other than as stated above, ATU 10228 is similar in structure and operation to the generalized 
cache. 

Referring to PC 10234. PC 10234 is a two-way. set associative cache of 8 sets, that is has two frames 
5 per set. Having 2 rather than 4 frames. PC 10234 will not include a TSC 24016. a TSD 24018. a TSCC 
24024. a TSCD 24026. a TSPRC 24032. a TSPRD 24034. a TSHEC 24040. a TSHEO 24042. a OSC 24056. 
or a DSD 24058. 

Address inputs of PC 10234 are the 28 bit AON fields of logical descriptors. The 3 least significant bits 
of those AON fields are utilized as indexes for addressing PC I0234's TS 24010 and DS 24050. The 25 
w most significant bits of those AON field address inputs are utilized as PC 10234*$ tags, so that PC I0234's 
TSA 24012 and TSB 24014 are each 8 word by 25 bit memories. 

Referring to PC I0234's LRUL 24080, a single bit is sufficient to indicate which of the two frames in 
each of PC I0234*s sets was most recently accessed. PC 10234's LRUL 24080*s memory is thereby 8 
words, or sets long, one bit wide. 

/5 As previously described. PC 10234 entries comprise information regarding access rights of certain 
active subjects to certain active objects. Each PC 10234 entry contains 35 bits of information. Three bits of 
this information indicate whether a particular subject was read, write, or execute rights relative to a particular 
object. The remaining 32 bits effectively comprise a length field indicating the volume or portion, that is the 
number of data bits, of that object to which those access rights pertain. 

20 Referring again to Rg. 240, PC 10234 differs from the generalized cache and from NC 10226 and ATU 
10228 in further including Extent Check Logic (EXTCHK) 24082 and Operation Check Logic (OPRCHK) 
24084. PC 10234 entries include, as described above, 3 bits identifying type of access rights a particular 
subject has to a particular object. These 3 bits, representing a Read (R). Write (W). or Execute (E) right, are 
provided to a first input of OPRCHK 24084. A second input of OPRCHK 24084 is provided from FUCTL 

25 20214 and specifies whether JP 10114 intends to perform a Read (Rl), a write (Wl). or Execute <EI), 
operation with respect to that object. OPRCHK 24084 compares OPRCHK 24084 access right inputs from 
OS 24050 to OPRCHK 24084's intended operation input from FUCTL 20214. If that subject does not 
possess the rights to that object which are required to perform the operation intended by JP 10114, 
OPRCHK 24084 generates an Operation Violation (OPRV) indicating that a protection violation has occurred. 

30 Similarly, the 32 bits of a PC 10234 entry regarding extent rights is provided as an input (EXTENT) to 
EXTCHK 24082. As Stated above, EXTENT field of PC 10234 entry indicates the length or number of data 
bits, within an obect. to which those access rights pertain. EXTENT field from PC 10234 entry is compared, 
by EXTCHK 24082. to offset field of the logical descriptor of the current JP 10114 request to MEM 10112 
for which a current protection mechanism check is being made. If comparison of extent rights and offset 

35 field indicate that the current memory request goes beyond the object length to which the corresponding 
rights read from DS 24050 apply. EXTCHK 24082 generates an Extent Violation (EXTV) output. EXTV 
indicates that a current memory request by JP 101 14 refers to a portion of an object to which the PC 10234 
entry read from BS 24050 does not apply. As described previously, each read from or write to MEM 10112. 
even as part of a string transfer, is a 32 bit word. As such. EXTCHK 24082 will generate an EXTV output 

40 when OFFSET field of a current logical descriptor describes a segment of an object less than 32 bits from 
the limit defined by EXTENT field of the PC 10234 entry provided in response to that logical descriptor. 
EXTV and OPRV are gated together, by Protection Violation Gate (PVG) 24086 to generate Protection 
. Violation (PROTV) output indicating that either an extent or an operation violation has occurred. 

Having described the structure and operation of MEMINT 20212. and previously the structure and 

45 operation of OESP 20210. structure and operation of FUCTL 20214 will be described next betow. 



3. Fetch Unit Control Logic 20214 (Rg. 202) 

so The following descriptions will provide a detailed description of FU 10l20's structure and operation. 
Overall operation of FU 10120 will be described first, followed by description of FU I0i20's structure, and 
finally by a detailed description of FU 10120 operation. 

As previously described, FUCTL 20214 directs operation of JP 101 14 in executing procedures of user's 
processes. Among the functions performed by FUCTL 20214 are. first, maintenance and operation of CS 

55 10110's Name Space, UID. and AON based addressing system, previously described; second, interpretation 
of SOPs of user's processes to provide corresponding sequences of microinstructions to FU 10120 and EU 
10122 to conti-ol operation of JP 10114 in execution of user's processes, previously described; and. third, 
control of operation of CS 101 lO's internal mechanisms, for example CS lOllO's stack mechanisms. 
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be deleted to provide a location in TS 24010 and OS 24050 for writing in the new entry. LRUL 24080 
assists in determining which cache entries are to be deleted when necessary in writing in a new entry by 
tracking and indicating relative usage of the cache's entries. LRUL 24080 is primarily comprised of a 
memory. LRU Memory (MLRU) 24081. containing a word for each cache set. As described above. NC 
10226. for example, includes 16 sets of 4 frames each, so that LRUL 24O80's memory may correspondingly 
be: for example. 16 words long. Each word indicates relative usage of the 4 frames in a set and is a 6 bit 

word. A o o « 

Words are generated and written into LRUL 24080's I^LRU 24081. through Input Register A. B. C. D 
(RABCD) 24083, according to a write only algorithm executed by HE 24044. as described momentarily. 
Each bit of each six word pertains to a pair of frames within a particular cache set and indicates which of 
those two frames was more recently used than the other. For example. Bit 0 will contain logic 1 if Frame A 
was used more recently than Frame B and a logic zero if Frame B was used more recently than Frame A. 
Similarly, Bit 1 pertains to Frames A and C. Bit 2 to Frames A and 0. Bit 3 to Frames B and C, Bit 4 to 
Frames B and D, and Bit 5 to Frames C and D. Initially, all bits of a particular LRUL 24080 word are set to 
zero. Assuming, for example, that the frames of a particular set are used in the sequence Frame A. Frame 
0, Frame B: Bits 0 to 5 of that LRUL 24080 word will initially contain all zeros. Upon a reference to Frame 
A. Bits 0. 1. and 2, referring respectively to Frames A and B. Frames A and C. and Frames A and D. will be 
written as logic Vs. Bits 3. 4. and 5. referring respectively to Frames B and C. Frames B and D. and 
Frames C and 0. will remain logic 0. Upon reference to Frame D. Bits 0 and l. referring respectively to 
Frames A and B and Frames A and C. will remain logic l"s. Bit 2. referring to Frames A and D. will be 
changed from logic 1 to logic 0 to indicate that Frame 0 has been referred to more recently than Frame A. 
Bit 3. referring to Frames B and C. will remain logic 0. Bits 4 and 5. referring respectively to Frames B and 
0 and Frames C and D. will be written as logic 0. although they are already logic zeros, to indicate 
respectively that Frame D has been used more recently than Frame B or Frame C. Upon reference to 
Frame B. Bit 0. referring to Frames A and B. will be written to logic 0 to indicate that Frame B has been 
used more recently than Frame A. Bits 1 and 2. referring resectively to Frames A and C and Frames A and 
D. will remain respectively as logic 1 and logic 0. Bits three and four, referring respectively to Frames B 
and C and Frames B and D. will be written as logics I's to indicate respectively that Frame 8 has been 
used more recently than Frame C or Frame D. Bit five will remain logic 0. 

When it is necessary to replace a cache entry in a particular frame, the LRUL 24080 word referring to 
the cache set containing that frame will be read from LRUL 24080's MLRL 24081 through LRU Register 
(RLRU) 24085 and decoded by LRU Decode Logic (LRUD) 24087 to indicate which is least recently used 
frame. This decoding is executed by means of a Read Only Memory operating as a set of decoding gating. 

Having described the structure and operation of a generalized cache as shown in Fig. 240. with 
references to NC 10226 for illustration and to point out differences between the generalized cache and NC 
10226. structure and operation of ATU 10228 and PC 10234 will be described next below. ATU 10228 and 
PC 10234 will be described by describing the differences between ATU 10228 and PC 10234 and the 
generalized cache and NC 10226. ATU 10228 will be described first, followed by PC 10234. 



d.d. Address Translation Unit 10228 and Protection Cache 10234 

ATU 10228 is a three-way, set associative cache of 16 sets, that is contains 3 frames for each set. 
Structure and operation of ATU 10228 is similar to the generalized cache described above. Having 3 rather 
than 4 frames per set. ATU 10228 does not include a STD 24018, ATSCE 24026. ATSPRD 24034. ATSHED 
24042. or ADSD 24058. As previously described ATU 10228 address inputs comprise AON and O fields of 
logical descriptors. AON fields are each 28 bits and 0 fields comprise the 18 most significant bits of logical 
descriptor offset fields, so that ATU 10228 address inputs are 48 bits wide. Four least significant bits of 0 
fields are used as index. AON fields and the 14 most significant bits of 0 field comprise ATU I0228's tags. 
ATU 10228 tags are thereby each 42 bits in width. Accordingly. TSA 24012. TSB 24014. and TSC 24016 of- 
ATU 10228's TS 24010 are each 16 words long by 42 bits wide. 

OSA 24052, DSB 24054. and DSC 24056 of ATU 10228 are each 16 bits long. ATU 10228 outputs are. 
as previously described, physical descriptor Frame Number (FN) fields of 13 bits each. ATU l0228's OSA. 
24052, DSB 24054, DSC 24056 are thereby each 13 bits wide. 

ATU I0228's LRUL 24080 is similar in structure and operation to that of the generalized cache. ATU 
12028's LRUL 24080 words, each corresponding to an ATU 10228 set, are each 3 bits in width as 3 bits are 
sufficient to indicate relative usage of frames within a 3 frame set. In ATU 10228, Bit 1 of an LRUL 24080 
word indicates whether Frame A was used more recently than Frame B, Bit 2 whether Frame A was used 



83 



EP 0 300 516 A2 



selection control input from HE 24044. As previously described, this selection input to DSSMUX 24048 is 
derived from TS 24010 tag entries and indicates which of DSA 24052 to OSO 24058 entries corresponds to 
an address provided to the cache. In response to that selection control input. DSSMUX 24048 selects one 
of DS 24050's four logical descriptor outputs as the cache's output ccn-esponding to that address. DSSMUX 

5 24048' s output is then provided, through Buffer Driver (BD) 24082 as the cache's output, for example in NC 
10226 to AON Bus 20230. OFFSET Bus 20228. and LENGTH Bus 20226. 

Referring to ADRMUX 24062. ADRMUX 24062 selects one of two sources to provide address inputs to 
DS 24050, that is to index to DS 24050. As described above, a first ADRMUX 24062 input is comprised of 
the cache's address index fields and, for example in NC 10226. is connected from the four least significant 

JO bits of NAME Bus 20224. During cache flush operations. OS 24050 address inputs are provided from Flush 
Counter (FLUSHCTR) 24066, which in the example is a four bit counter. During cache flush operations, 
FLUSHCTR 24066 generates sequential bit addresses which are used to sequentially address DSA 24052 
to DSD 24058. Selection between ADRMUX 24062 first and second inputs, respectively the address index 
fields and from FLUSHCTR 24066, is controlled by Address Multiplexer Select (ADRMUXS) from FUCTL 

;5 20214. 

Validity Store (VALS) 24068 and Dirty Store (DIRTYS) 24070 are memories operating in parallel with, 
and addressed in parallel wih TS 24010. VALS 24068 contains entries indicating validity of corresponding 
TS 24010 and DS 24050 entries. That is, VALS 24068 entries indicate whether corresponding entries have 
been written into con-esponding locations in TS 24010 and DS 24050. In the example. VALS 24068 may 

20 thereby be a 16 word by 4 bit wide memory. Each bit of a VALS 24068 word indicates validity of a 
corresponding location in TSA 24012 and DSA 24052. TSB 24014 and DSB 24054. TSC 24016 and DSC 
24056. and TSD 24018 and DSD 24058. DIRP^'S 24070 similariy indicates whether corresponding entries in 
corresponding locations of TS 24010 and DS 24050 have been written over, or modified. Again. DIRTYS 
24070 will be a sixteen word by four bit wide memory. 

25 Address inputs of VALS 24068 and DIRTYS 24070 are. for example in NC 10226, connected from least 
significant bits of NAME Bus 20224 and are thus addressed by index fields of NC 10226 addresses in 
parallel with TS 24010. Outputs of VALS 24068 are provided to TSCA 24020 to TSEE 24026 to inhibit 
outputs of TSCA 24020 through TSCE 24026 upon occurrence of an invalid concurrence between a TS 
24010 entry and a NC 10226 address input Similar outputs of DIRTYS 24070 are provided to FUCTL 20214 

30 for use in cache flush operations to indicate which NC 1 0226 entries are dirty and must be written back into 
an MT 10350 rather than disgarded. 

Outputs of VALS 24068 and DIRTYS 24070 are also connected, respectively, to inputs of Validity 
Pipeline Register (VALPR) 24072 and Dirty Pipeline Register (DIRTYPR) 24074. VALPR 24072 and 
DIRTYPR 24074 are pipeline registers similar to TSPRA 24028 to TSPRD 24034 and are provided for 

05 timing purposes as will be described momentarily. Outputs of VALPR 24072 and DIRTYPR 24074 are 
connected to inputs of, respectively, Validity Write Logic (VWL) 24076 and Dirty Write Logic (DWL) 24078. 
As described above, NC 10226 is not a pipelined cache and does not include VALPR 24072 and DIRTYPR 
24074: outputs of VALS 24068 and DIRTYS 24070 are connected directly to inputs of VWL 24076 and DWL 
24078. Outputs of VWL 24076 and DWL 24078 are connected, respectively, to data inputs of VALS 24068 

40 and DIRTYS 24070. Upon occurrence of a write operation to TS 24010 and DS 24050, that is writing in or 
modifying a cache entry, corresponding validity and dirty word entries are read from VALS 24068 and 
DIRTYS 24070 by index field of the caches input address. Outputs to VALS 24068 DIRTYS 24070 are 
received and stored in, respectively. VALPR 24070 and DIRTYPR 24074. At start of next clock cycle, 
validity and dirty words in VALPR 24072 and DIRTYPR 24074 are read into, respectively, VWL 24076 and 

45 DWL 24078. VWL 24076 and DWL 24078 respectively modify those validity or dirty word entries from VALS 
24068 and DIRTYS 24070 in accordance to whether the corresponding entries in TS 24010 and OS 24050 
are written into or modified. These modified validity and dirty words are then written, during second clock 
cycle, from VWL 24076 and DWL 24078 into, respectively. VALS 24068 and DIRTYS 24070, Control inputs 
of VWL 24076 and DWL 24078 are provided from FUCTL 20214. 

50 Referring finally to Least Recent Used Logic (LRUL) 24080, LRUL 24080 tracks usage of cache entries. 
As previously described, the generalized cache of Fig. 240 is a four way. set associative cache with, for 
example, up to 16 entries in each of NC 10226's sets. Entries within a particular set are identified, as 
described above, by indexing the cache's TS 24010 and DS 24050 may contain, concurrently, up to four 
individual entries identified by the same index but distiguished by having different tags. In this case, one 

55 entry would reside in Set A, comprising TSA 24012 and DSA 24052. one in Set B, comprising TSB 24014 
and DSB 24054, and so on. Since the possible number of individual entries having a common tag is greater 
than the number of cache sets, it may be necessary to delete a particular cache entry when another entry 
having the same tag is to be written into the cache. In general, the cache's least recently used entry would 
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tag store correspond to that address tag field. TSCA 24020 to TSCE 24026 may be comprised, for 
example, of Fairchild 93S46s. 

Four bit outputs of TSCA 24012 to TSCE 24026 are connected in the generalized cache to inputs of 
Tag Store Pipeline Registers (TSPR) 24027: respectively to inputs of Tag Store Pipeline Register A 

5 (TSPRA) 24028. Tag Store Pipeline Register B (TSPRB) 24030. Tag Store Pipeline Register C (TSPRC) 
24032. and Tag Store Pipeline Register D (TSPRD) 24034. ATU 10228 and PC 10234 is pipelined with a 
single cache access operation being executed In two clock cycles. During first clock cycle tag store is 
addressed and tags store therein compared to tag field of address to provide indication of whether a cache 
hit has occurred, that is whether cache contains an entry corresponding to a particular address. During 

10 second clock cycle, as will be described below, a detected cache hit is encoded to obtain access to a 
corresponding entry in cache data store. Pipeline operation over two clock cycles is provided by cache 
pipeline registers which include, in part. TSPRA 24028 to TSPRD 24034. NC 10226 is not pipelined and 
does not include TSPRA 24028 to TSPRD 24034. In NC 10226. outputs of TSCA 24012 to TSCD 24024 are 
connected directly to inputs of TSHEA 24036 to TSHED 24042. described below. 

;5 Outputs of TSPRA 24028 to TSPRD 24034 are connected to inputs of Tag Store Hit Encoders (TSHE) 
24035. respectively to Tag Store Hit Encoder A (TSHEA) 24036. Tag Store Hit Encoder B (TSHEB) 24038. 
Tag Store Hit Encoder C (TSHEC) 24040. and Tag Store Hit Encoder D (TSHED) 24042. TSHEA 24036 to 
TSHED 24042 encode, respectively, bit inputs from TSPRA 24028 to TSPRD 24034 to provide single bit 
outputs indicating which, if any, set of the cache's four sets includes an entry corresponding to the address 

20 input. 

Single bit outputs of TSHEA 24036 to TSHED 24042 are connected to inputs of Hit Encoder (HE) 
24044. HE 24044 encodes single bit inputs from TSHEA 24036 to TSHED 24042 to provide two sets of 
ouputs. First outputs of HE 24044 are provided to Cache Usage Store (CUS) 24046 and indicate in which of 
the cache's four sets, corresponding to TSA 24012 to TSD 24018. a cache hit has occurred. As described 

25 previously with reference to MC 20116. and will be described further below, CUS 24046 is a memory 
containing information for tracking usage of cache entries. That is. CUS 24046 contains entries indicating 
whether, for a particular index. Set A. Set B. Set C or Set D of the cache's four sets has been most recently 
used and which has been least recently used. CUS 24046 entries regarding Sets A, B, C. and D are stored 
in. respectively, memories CUSA 24088, CUSB 24090, CUSC 24092. and CUSD 24094. Second output of 

30 HE 24044, as described further below, is connected to selection input of Data Store Selection Multiplexer 
(DSSMUX) 24048 to select an output from Data Store (DS) 24050 to be provided as output of the cache 
when a cache hit occurs. 

Referring to DS 24050, as previously described a cache's data store contains the information, or 
entries, stored in that cache. For example, each entry in NC t0226's DS 24050 is a logical descriptor 

35 comprised of an AON. and Offset, and Length. A cache's data store parallels, in structure and organization, 
that cache's tag store and entries therein are identified and located through that cache's tag store and 
associated tag store comparison and decoding logic. In NC 10226, for example, for each Name having an 
entry in NC 10226 there will be an entry, the tag field of that name, stored in TS 24010 and a 
corresponding entry, a logical descriptor corresponding to that Name, in DS 24050. As described above. 

40 NC 10226 is a four-way. set associative cache so that TS 24010 and DS 24050 will each contain four sets 
of data. Each set was previously described as containing up to 16 entries. DS 24050 is therefore comprised 
of four 16 word memories. Each memory is 65 bits wide, accommodating 28 bits of AON, 32 bits of offset, 
and 5 bits of length. These four component data store memories of DS 24050 are indicated in Fig. 240 as 
Data Store A (DSA) 24052, Data Store B (DSB) 24054, Data Store C (DSC) 24056. and Data Store D (DSD) 

45 24058. DSA 24052, DSB 24054, DSC 24056 and DSD 24058 correspond, respectively, in structure, 
contents, and operation to TSA 24012. TS8 24014. TSC 24016 and TSD 24018. 

Data Inputs (Dls) of DSA 24052 to DSD 24058 are. in NC 10226 for example, connected from AON Bus 
20230. OFFSET Bus 20228. LENGTH Bus 20226 and comprise inputs WA. WO. WL respectively of NC' 
10226. DSA 24052 to DSD 24058 Dls are, in NC 10226 as previously described, utilized in writing NC 

50 10226 entries into DSA 24052 to DSD 24058. Address inputs of DSA 24052 to DSD 24058 are connected- 
from address outputs of Address Pipeline Register (ADRPR) 24060. As will be described momentarily.- 
except during cache flush operations, DSA 24052 to DSD 24058 address inputs are comprised of the same 
index fields of cache addresses as are provided as address inputs to TS 24010. but are delayed by one 
clock cycle and ADRPR 24060 for pipelining purposes. As described above, NC 10226 is not pipelined and 

55 does not have the one clock cycle delay. An address input to the cache will thereby result in corresponding 
entries, selected by index field of that address, being read from TSA 24012 to TSD 24018 and DSA 24052 
to DSD 24058. The four outputs of DSA 24052 to DSD 24058 selected by a particular index field of a 
particular address are provided as inputs to DSSMUX 24048. DSSMUX 24048 is concurrently provided with 
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access right entries and new entries, corresponding to the new ASN, are written into PC 10234. The access 
rights of a particular current ASN to a particular object may be determined by indexing, or addressing, PC 
10234 with the AON identifying that object Addresses to write entries into or read entries from PC 10234 
are provided to PC 10234 AON input from AON Bus 20230. Entries to be written into PC 10234 are 

5 provided to PC 10234's WEN input from JPD Bus 10142. PC 10234 is also provided with inputs, not shown 
in Fig. 202 for purposes of clarity, from FUCTL 20214 indicating the current operation to be perfomed by JP 
10114 with respect to an object being presently addressed by FU 10120. Whenever FU 10120 submits a 
read or write request concening a particular object to MEM 10112. AON field of that request is provided as 
an addess to PC 10234. Access rights of the current active subject to that object are read from 

w corresponding PC 1 0234 entry and compared to FUCTL 2021 4 inputs indicating the particular operation to 
be performed by JP 10114 with respect to that object. The operation to be performed by JP 10114 is then 
compared to that active subject's access rights to that object and PC 1 0234 provides an output indicating 
whether that active subject possesses the rights required to perform the intended operation. Indexing of PC 
10234 and comparison of access rights to intended operation is performed concun-entiy with translation of 

J 5 the memory request logical descriptor to a corresponding physical descriptor by ATU 10228. If PC 10234 
indicates that that active subject has the required access rights, the intended operation is executed by JP 
10114. If PC 10234 indicates that that active subject does not have the required access rights. PC 10234 
indicates that a protection mechanism violation has occurred and interrupts execution of the intended 
operation. 

20 

c.c. Structure and Operation of a Generalized Cache and NC 10226 (Rg. 240) 

Having described overaft staicture and operation of NC 10226, ATU 10228, and PC 10234. structure 
25 and operation of these caches will be described in further detail below. Structure and operation of NC 
10226, ATU 10228, and PC 10234 are similar, except that NC 10226 is a four-way set associative cache. 
ATU 10228 is a three-way set associative cache and PC 10234 is a two-way set associative cache. 

As such, the structure and operation of NC 10226, ATU 10228. and PC 10234 will be described by 
reference to and description of a generalized cache similar but not necessarily identical to each of NC 
30 10226, ATU 10228, and PC 10234. Reference will be made to NC 10226 in the description of a generalized 
cache next below, t>oth to further illustrate structure and operation of the generalized cache, and to describe 
differences between the generalized cache and NC 10226. ATU 10228 and PC 10234 will then be 
described by description of differences between ATU 10228 and PC 10234 and the generalized cache. 
Referring to Fig. 240. a partial block diagram of a generalized four-way. set associative cache is shown. 
35 Tag Store (TS) 24010 is comprised of Tag Store A (TSA) 24012. Tag Store B (TSB) 24014, Tag Store C 
(TSC) 24016, and Tag Store D (TSD) 24018. Each of the cache's sets, represented by TSA 24012 to TSD 
24018, may contain, for example as in NC 10226, up to 16 entries, so that TSA 24012 to TSD 24018 are 
each 16 words long. 

Address inputs to a cache are divided into a tag field and an index field. Tag fields are stored in the 

40 cache's tag store and indexed, that is addressed to be read or written from or to tag store by index field of 
the address. A tag read from tag store in response to index field of an address is then compared to tag field 
of that address to indicate whether the cache contains an entry corresponding to that address, that is, 
whether a cache hit occurs. In. for example, NC 10226. a Name syllable may be comprised of an 8, 12, or 
16 bit binary word, as previously described. The four least significant bits of these words, or Names. 

45 comprise NC I0226's index field while the remaining 4, 8, or 12 most significant bits comprise NC I0226's 
tag field. TSA 24012 to TDS 24018 may each, therefore, be 12 entry wide memories to store the 12 bit tag 
fields of 16 bit names. Index (IND) or address inputs of TSA 24012 to TSO 24018, would in NC 10226. be 
connected from four least significant bits of NAME Bus 20224 while Tag Inputs (TAGl) of TSA 24012 to 
TSO 24018 would be connected from the 12 most significant bits of NAME Bus 20224. 

50 As described above, tag outputs of TS 24010 are compared to tag fields of addresses presented to the 
cache to determine whether the cache contains an entry corresponding to that address. Using NC 10226 as 
an example 12 bit Tag Outputs (TAGOs) of TSA 24012 to TSD 24018 are connected to first inputs of Tag 
Store Comparators (TSC) 24019. respectively to inputs of Tag Store Comparitor A (TSCA) 24020. Tag Store 
Comparitor B (TSCB) 24022, Tag Store Comparitor D (TSCD) 24024, and Tag Store Comparitor E (TSCE) 

55 24026. Second 12 bit inputs of TSCA 24020 to TSCE 24026 may be connected from the 12 most significant 
bits of NAME Bus 20224. to receive tag fields of NC 10226 addresses. TAS 24020 to TSCE 24026 compare 
tag field of an address to tag outputs read from TSA 24012 to TSE 24018 in response to index field of that 
address, and provide four bit outputs indicating which, if any. of the possible 16 entries and their associated 
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OAT 20258 serves a similar purpose with regard to data being written into MEM 101 12 from JP I0n4. That 
is, DAT 20258 receives and captures a copy of each 32 bit word transferred onto JPD Bus 10142 by JP 
10114. In event of MEM I0ll2 being unable to accept a write request, that data may be subsequently 
reprovided from DAT 20258. 



b.b. Name Cache 10226. Address Translation Unit 10228. and Protection Cache 10234 (Rg. 106) 

Referring to NC 10226, ATU 10228. and PC 10234. these elements of MEMINT 20212 are primarily 
cache mechanisms to enhance the speed of FU 10l20's interface to MEM 10112. and consequently of CS 
10110's operation. As described previously. NC 10226 contains a set of logical descriptors corresponding to 
certain operand names currently appearing in a process being executed by CS lOllO. NC 10226 thus 
effectively provides high speed resolution of certain operand names to corresponding logical descriptors. As 
described above with reference to string transfers. NC 10226 will generally contain logical descriptors only 
for data items of less than 256 bits length. NC 10226 read and write addresses are names provided on 
NAME Bus 20224. Name read and write addresses may be provided from DESP 20210. and in particular 
from OFFP 20218 as previously described, or from FUCTL 20214 as will be described in a following 
description of FUCTL 20214. Logical descriptors comprising NC 10226 entries, each entry comprising an 
AON field, an Offset field, a Length field, are written into NC 10226 through NC 10226 inputs WA. WO, and 
WL from, respectively. AON Bus 20230. OFFSET Bus 20228. and LENGRF 20236's output. Logical 
descriptors read from NC 1Q226 in response to names provided to NC 10226 ADR input are provided to 
AON Bus 20230, OFFSET Bus 20228. and LENGTH Bus 20226 from, respectively. NC 10226 outputs RA, 
RO. and RL. 

ATU 10228 is similarly a cache mechanism for providing high speed translation of logical to physical 
descriptors. In general. ATU 10228 will contain, at any given time, a set of logical to physical page number 
mappings for MEM 10112 read and write requests which are currently being made, or anticipated to be 
made, to MEM 10112 by JP 10114. As previously described, each physical descriptor is comprised of a 
Frame Number (FN) field, and Offset Within Frame (0 ) fields, and a Length field. As discussed with 
reference to string transfers, a physical descriptor length field, as in a logical descriptor length field, specify 
a data item of less than or equal to 32 bits length. Referring to Fig. 106C. as previously discussed a logical 
descriptor comprised of a 14 bit AON field, a 32 bit Offset field, and Length field, wherein 32 bit logical 
descriptor Offset field is divided into a 18 bit Page Number (P) field and a 14 bit Offset within Page (0 ) 
field. In translating a logicl into a physical descriptor, logical descriptor Length and 0 fields are used 
directly, as respectively, physical descriptor length and 0 fields. Logical descriptor AON and P fields are 
translated into physical descriptor FN field. Because no actual translation is required. ATU 10228 may 
provide logical descriptor L field and corresponding 0 field directly, that is without delay, to MEM 10112 as 
corresponding physical descriptor 0 and Length fields. ATU 10228 cache entries are thereby comprised of 
physical descriptor FN fields corresponding to AON and P fields of those logical descriptors for which ATU 
10228 has corresponding entries. Because physical descriptor FN fields are provided from ATU 10228's 
cache, rather than directly as in physical descriptor O and Length fields, a physical descriptor's FN field will 
be provided to MEM 10112, for example, one clock cycle later than that physical descriptors 0 and Length 
fields, as has been previously discussed. 

Referring to Fig. 202. physical descriptor FN fields to be written into ATU 10228 are, in general, 
generated by DESP 20210. FN fields to be written into ATU 10228 are provided to ATU 10228 Data Input 
(01) through JPD Bus 10142. ATU 10228 read and write addresses are comprised of AON and P fields of 
logical descriptors and are provided to ATU I0228's AON and OFF inputs from, respectively. AON Bus 
20230 and OFFSET Bus 20228. ATU 10228 read and write addresses may be provided from DESP 20210. 
or. as described further below, from FUCTL 20214. ATU 10228 FN outputs, together with 0 and Length 
fields comprising a physical descriptor, are provided to PD Bus 10146. 

PC 10234 is a cache mechanism for confirming active procedure's access rights to objects identified by- 
logical descriptors generated as a part of JP 10114 read or write requests to MEM 10112. As previously, 
described access rights to objects are arbitrated on the basis of subjects. A subject has been defined as a 
particular combination of a principal, process, and domain. A principal, process, and domain are each 
identified by corresponding UIDs. Each subject having access rights to an object is assigned an Active 
Subject Number (ASN) as described in a previous description of CS lOllO's Protection Mechanism. The 
ASN of a subject currently active in CS 10110 is stored in ASN Register 10916 in FU 10120. Access rights 
of a currently active subject to currently active objects are read from those objects Access Control Lists 
(ACL) 10918 and stored in PC 10234. If the current ASN changes. PC 10234 is flushed of corresponding 
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In summary, as described above, DESP 20210 includes AONP 20216. OFFP 20218. and LENP 20220. 
OFFP 20218 contains a vertical section of GRF 10354. OFFGRF 20234. for storing offset fields of AON 
pointers and logical descriptors, and for containing data to be operated upon by DESP 20210. OFFP 20218 
is principal path for transfer of data from MEM 10112 to JP 10114 and is a general purpose 32 bit 
arithmetic and logic unit for performing all usual arithmetic and logic operations. In addition. OFFP 20218 
includes circuitry, for example OFFMUX 20240. for generation and manipulation of AON, OFFSET, and 
LENGTH fields of logical descriptors and AON pointers. OFFP 20218 may also generate and manipulate 
entries for. for example, NC 10226. ATU 10228. PC 10234, AOT 10712. MHT 10716. MFT 10718. and other 
data and address structures residing in MEM 10112. LENP 20220 includes a vertical section of GRF 10354, 
LENGRF 20236, for storing length fields of logical descriptors, and for storing data. LENP 20220 further 
includes BIAS 20246. used in conjunction with LENGRF 20236 and LENALU 20252, for providing length 
fields of logical descriptors for MEM 10112 read operations and in particular automatically performing string 
transfers. AONP 20216 similarly includes a vertical section of GRF 10354, AONGRF 20232. A primary 
function AONGRF 20232 is storing and providing AON fields of AON pointers and logical descriptors. 

Having described structure and operation of DESP 20210. structure and operation of Memory Interface 
(MEMINT) 20212 will be described next below. 



2. Memory Interface 20212 (Rgs. 106, 240) 

MEMINT 20212 comrises FU 10120's interface to MEM 10112. As described above, MEMINT 20212 
includes Name Cache (NC) 10226. Address Translation Unit (ATU) 10228. and Protection Cache (PC) 
10234, all of which have been previously briefly described. MEMINT 20212 further includes Descriptor Trap 
(DEST) 20256 and Data Trap (OAT) 20258. Functions performed by MEMINT 20212 includes (1) resolution 
of Names to logical descriptors, by NC 10226; (2) translation of logical descriptors to physical descriptors, 
by ATU 10228; and (3) confirmation of access writes to objects, by PC 10234. 

As shown in Rg. 202. NC 10226 adress input (ADR) is connected from NAME Bus 20224. NC 10226 
Write Length Reld Input (WL) is connected from LENGRF 20236's outpuL NC I0226's Write Offset Held 
Input (WO) and Write AON Reld Input (WA) are connected, respectively, from OFFSET Bus 20228 and 
AON Bus 20230. NC 10226 Read AON Reld (RA), Read Offset Reld (RO). and Read Length Reld (RL) 
outputs are connected, respectively, to AON Bus 20230. OFFSET Bus 20228. and LENGTH Bus 20226. 

DEST 202S5's bi-directional AON (AON). Offset (OFF), and Length (LEN) ports are connected by bi- 
directional buses to and from, respectively. AON Bus 20230, OFFSET Bus 20228, and LENGTH Bus 20226. 

PC 10234 has AON (AON) and Offset (OFF) inputs connected from, respectively, AON Bus 20230 and 
OFFSET Bus 20228. PC 10234 has a Write Entry (WEN) input connected from JPD Bus 10142. ATU 10228 
has AON (AON). Offset (OFF), and Length (LEN) inputs connected from, respectively, AON Bus 20230, 
OFFSET Bus 20228. and LENGTH Bus 20226. ATU l0228's output is connected to Physical Descriptor 
(PD) Bus 10146. 

Finally. OAT 20258 has a bi-directional port connected to and from JPD Bus 10142. 



a.a. Descriptor Trap 20256 and Data Trap 20258 

Referring first to DST 20256 and DAT 20258. DST 20256 is a register for receiving and capturing 
logical descriptors appearing on AON Bus 20230. OFFSET Bus 20228. and Length Bus 20226. Similariy. 
OAT 20258 is a register for receiving and capturing data words appearing on JPD Bus 10142. DST 20256 
and DAT 20258 may subsequently return captured logical descriptors or data words to, respectively, AON 
Bus 20230. OFFSET Bus 20228. and LENGTH Bus 20226. and to JPD Bus 10142. 

As previously described, many CS 10110 operations, in particular MEM 10112 and JP 10114 
operations, are pipelined. That is, operations are overlapped with certain sets within two or more operations 
being executed concurrently. For example. FU 10120 may submit read request to MEM 10112 and, while 
MEM 10112 is accepting and servicing that request, submit a second read request. DEST 20256 and DAT 
20258 assist in execution of overplapping operations by providing a temporary record of these operations. 
For example, a part of a read or write request to MEM 10112 by FU I0i20 is a logical descriptor provided 
to ATU 10228. If, for example the first red request just referred to results in a ATU 10228 cache miss or a 
protection violation, the logical descriptor of that first request must be recovered for subsequent action by 
CS 10110 as previously described. That logical descriptor will have been captured and stored in DEST 
20256 and thus is immediately available, so that DESP 20210 is not required to regenerate that descriptor. 
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location will be filled to capacity and FUCTL 20214 notified to initiate appropriate action. 

In addition to allowing data item transfers which are insensitive to data item length. BIAS 20246 allows 
string transfers to be accomplished by short, tight microcode loops which are insensitive to data item 
length. A string transfer, for example, from location A to location B is encoded as: 

5 (1) Fetch from A, subtract length from bias A, and update offset and length of a; and. 

(2) Store to B, subtract length from bias B. and branch to (1) if length of B does not go to zero or fall 
through (end transfer) if length of B goes to zero. Source (A) length need not be lexted as the microcode 
loop continues until length of B goes to zero: as described above. 8 will be filled and padded with zeros if 
length of A is less than length of B. or B will be filled and the string transfer ended if length of A is greater 

/o than or equal to length of B. 

LOET 23912 and NXT2R0 23914 thereby allow FUCTL 20214 to automatically initiate a string transfer 
upon occurrence of a single microinstruction from FUCTL 20214 initiating a read operation by OESP 20210. 
That microinstruction initiating a read operation will then be automatically repeated until LSTRD to FUCTL 
20214 from NXTZRO 23914 indicates that the string transfer is completed. LDET 23912 and NXTZRO 

;5 23914 may, respectively, be comprised for example of S74S260s. SN74S133s. SN74SS1S, SN74S00s. 
SN74S0OS. SN74S04S. SN74S02S. and SN74S32S. 

Referring finally to SBIAS 23916. SBIAS 23916 is a multiplexer comprised, for example, of SN74S288s, 
SN74S374S. and SN74S244s. SBIAS 23916. under microinstruction control from FUCTL 20214. selects 
BIAS 20246's output to be one of a bias value from BIASM 23910, LQ. or L SBIAS 239l6*s first input, from 

20 BIASM 23910, has been described above. SBIAS 23916's second input. L8. is provided from FUCTL 20214 
and is 8 bits of a microinstruction provided from FUSITT n0l2. SBIAS 23916's second input allows 
microcode selection of bias values to be used in manipulation of length and offset fields of logical 
descriptors by LENALU 20252 and OFFALU 20242. and for generating entries to MC 10226, SBIAS 2391 6*s 
third input. U is similarly provided from FUCTL 20214 and is a decoded length value derived from portions 

25 of microinstructions in FUSITT 11012. These microcode length values represent certain commonly occur- 
ring data item lengths, for example length of 1. 2. 4, 8, 16, 32, and 64 bits. An L input representing a length 
of 8 bits, may be used for example in reading data from MEM 1 01 12 on a byte by byte basis. 

Having described operation of LENP 20220, operation of AONP 20216 will be described next t>eIow, 

30 

f. AON Processor 20216 



35 a.a. AONGRF 20232 

As described above. AONP 20216 includes AONSEL 20248 and AONGRF 20232. AONGRF 20232 is a 
28 bit wide vertical section of GRF 10354 and stores AON fields of AON pointers and logical descriptors. 
AONSEL 20248 is a multiplexer for selecting inputs to be written into AONGRF 20232. AONSEL 20248 may 
40 be comprised, for example of SN74S257s. AONGRF 20232 may be comprised of, for example. Fairchild 
93422s. 

As previously described. AONGRF 20232's output is connected onto AON Bus 20230 to allow AON 
fields of AON pointers and logical descriptors to be transferred onto AON Bus 20230 from AONGRF 20232. 
AONGRF 20232's output, together with a bi-directional input from AON Bus 20230. is connected to a 
45 second input of AONSEL 20248 and to a fourth input of AONSEL 20238. This data path allows AON fields, 
either from AONGRF 20232 or from AON Bus 20230, to be written into AONGRF 20232 or AONGRF 20234. 
' or provided as an input to OFFMUX 20240. 



50 AON Selector 20248 

AONSEL 20248's first input is. as previously described, connected from output of OFFALU 20242 and 
is used, for example, to allow AON fields generated or manipulated by OFFP 20218 to be written into 
AONGRF 20232. AONSEL 20248's third input is a 28 bit word wherein each bit is a logical zero. AONSEL 
55 20248*s third input allows AON fields of all zeros to be written into AONGRF 20232. An AON field of all 
zeros is reserved to indicate that corresponding entries in OFFGRF 20234 and LENGRF 20236 are neither 
AON pointers nor logical descriptors. AON fields of all zeros are thereby resen/ed to indicate that 
corresponding entries in OFFGRF 20234 and LENGRF 20236 contain data. 
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manner described below, when their corresponding length fields are written into LENGRF 20236. If a 
particular data item has a length of less than 32 bits, that data item's initial bais value will represent that 
data items actual length. For example, if a data item has a length of 24 bits the associated bias value will be 
a 6 bit binary number representing 24. That data item's length field in LENGRF 20236 will similarly contain 

5 a length vaiue of 24. If a particular item has a length of greater than 32 bits for example, 70 bits as 
described in a previous example, that data item must be read from MEM 10112 in a string transfer 
operation. As previously described, a string transfer is a series of read operations transferring 32 bits at a 
time from MEM 101 12. with a finaJ transfer of 32 bits or less completing transfer of that data item. Such a 
data item's initial length field entry in LENGRF 20236 will contain, using the same example as previously 

10 described, a value of 70. That data item's initial bais entry written into a corresponding address space of 
BIASM 23910 will contain a bias value of 32. Tliat initial bias value of 32 indicates that at least the first read 
operation required to transfer that data item from MEM 10112 will transfer 32 bits of data. 

When a data item having a length of less than 32 bits, for example 24 bits, is to be read from MEM 
101 12. that data item's bias value of 24 is read from BIASM 23910 and provided to LENGTH Bus 20226 as 

15 length field of logical descriptor for that read operation. Concurrently, that bias value of 24 is subtracted 
from that data items length field read from LENGRF 20236. Subtracting that bias value from that length 
value will yield a result of zero, indicating that no further read operations are required to complete transfer 
of that data item. 

If a data item having, for example, a length of 70 bits is to be read from MEM I0l 12. that data item's 
initial bias value of 32 is read from BIASM 23910 to LENGTH Bus 20226 as length field of first logical 
descriptor of a string transfer. Concurrently, that data item's initial length field is read from LENGRF 20236 
That data item's initial bias value. 32. is subtracted from that data item's initial length value, 70, and 
LENALU 20252. The result of that subtraction operation is the remaining length of data item to be 
transferred in one or more subsequent read operations. In this example, subtracting initial bias value from 
initial lengtfi value indicates that 38 bits of that data item remain to be transferred. LENALU 20252*s output 
representing results of this subtraction, for example 38. are transferred to LENSEL 20250's third input to 
LENGRF 20236 and written into address location from which that data item's initial length value was read. 
This new length field entry then represents remaining length of that data item. Concurrently. LDET 23912 
examines that residual length value being written into LENGRF 20236 to determine whether remaining 
length of that data item is greater than 32 bits or is equal to or less than 32 bits. If remaining length is 
greater than 32 bits, LDET 23912 generates a next bias value of 32. which is written into BIASM 23910 and 
same address location that held initial bias value. If remaining data item length is less than 32 bits. LDET 
23912 generates a 6 bit binary number representing actual remaining length of data item to be transferred. 
Actual remaining length would then, again, be written into BIASM 23910 address location originally 
containing initial bias value. These operations are also performed by LDET 23912 in examining initial length 
field and generating a corresponding initial bias value. These read operations are continued as described 
above until LDET 23912 detects that remaining length field is 32 bits or less, and thus that transfer of that 
data Item will be completed upon next read operation. When this event is detected, LDET 23912 generates 
a seventh bit input into BIASM 23910. which is written into BIASM 23910 together with last bias value of 
that string transfer, indicating that remaining length will be zero after next read operation. When a final bias 
vaiue is read from BIASM 23910 at start of next read operation of that string transfer, that seventh bit is 
examined by NXTZRO 23914 which subsequently generates a test condition output, Last Read (LSTRD) to 
FUCTL 20214. FUCTL 20214 may then terminate execution of that string transfer after that last read 
operation, if the transfer has been successfully completed. 

As previously described, the basic unit of length of a data item in CS lOllO is 32 bits. Accordingly, 
data items of 32 or fewer bits may be transferred directly while data items of more than 32 bits require a 
string transfer. In addition, transfer of a data item through a string transfer requires tracking of the 
transferred length, and remaining length to be transferred, of both the data item itself and the data storage 
space of the location the data item is being transferred to. As such. BIAS 20246 will store, and operate with, 
in the manner described above, length and bias fields of the logical descriptors of both the data item and 
the location the data item is being transferred to, FUCTL 20214 will receive an LSTRD test condition if bias 
field of source descriptor becomes zero before or concurrently with that of the destination, that is a 
completed transfer, or if bias field of destination becomes zero before that of the source, and may provide 
an appropriate microcode control response. It should be noted that if source bias field becomes zero before 
that of the desiinaUon. the remainder of the location that this data item is being transferred to will be filled 
and padded with zeros. If the data item is larger than the destination storage capacity, the destination 



20 



25 



30 



76 



3N800CIO:<£P 0300618A2> 



EP 0 300 516 A2 



physical descriptor or length fields from LENGTH Bus 20226 into LENGRF 20236 or into BIAS 20246. Such 
length fields may be written from LENGTH Bus 20226 to LENGRF 20236. for example, during Name 
evaluation or resolve operations. LENSEL 20250's second input is from OFFSET Bus 20228. LENSEL 
20250*s second input may be used, for example, to load length fields generated by OFFP 20218 into 
LENGRF 20236. In addition, data operated upon by OFFP 20218 may be read into LENGRF 20236 for 
storage through LENSEL 20250*s second input. 

LENSEL 20250's third input is from output of LENALU 20252 and is a wrap around path to return output 
of LENALU 20252 to LENGRF 20256. LENSEL 20250's third input may. for example, be used during string 
transfers when length fields of a particular logical descriptor is incremented or decremented by LENALU 
20252 and returned to LENGRF 20236. This data path may also, for example, be used in moving a 32 bit 
word from one location in LENGRF 20236 to another location in LENGRF 20236, As stated above. LENSEL 
20250's output is also provided to first input BIAS and allows data appearing at first, second, or third inputs 
of LENSEL 20250 to be provided to first input of BIAS 20246. 

BIAS 20246, as will be described in further detail below, generates logical descriptor length fields 
during string transfers. As described above, no more than 32 bits of data may be read from MEM 10112 
during a single read operation. A data item of greater than 32 bits in length must therefore be transferred in 
a series, or string, of read operations, each read operation transferring 32 bits or less of data. String transfer 
logical descriptor length fields generated BIAS 20246 are provided to LENGTH Bus 20226. to LENALU 
20252 second input, and to OFFMUX 20240's fourth input, as previously described. These string transfer 
logical descriptor length fields, referred to as bias fields are provided to LENGTH Bus 20226 by BIAS 
20246 to be length fields of the series of logical descriptors generated by OESP 20210 to execute a string 
transfer. These bias fields are provided to fourth input OFFMUX 20240 to increment or decrement offset 
fields of those logical descriptors, as previously described. These bias fields are provided to second input 
of LENALU 20252, during string transfers, to correspondingly decrement the length field of a data item 
being read to MEM 10112 in a string transfer. BIAS 20246 will be described in greater detail below, after 
LENALU 20252 is first briefiy described. 



a.a. Length ALU 20252 

LENALU 20252 is a general purpose, 32 bit arithmetic and logic unit capable of executing all customary 
arithmetic and logic operations. In particular, during a string transfer of a particular data item LENALU 
20252 receives that data items length field from LENGRF 20236 and successive bias fields from BIAS 
20246. LENALU 20252 then decrements that logical descriptor's current length field to generate length field 
to be used during next read operation of the string transfer, and transfers new length field back into 
LENGRF 20236 through LENSEL 20250's third input. 



b.b BIAS 20246 (Fig. 239) 

Referring to Fig. 239. a partial block diagram of BIAS 20246 is shown. BIAS 20246 includes Bias 
Memory (81 ASM) 23910. Length Detector (LDET) 23912. Next Zero Detector (NXTZRO) 23914. and Select 
Bias (SBIAS) 23916. Input of LDET 23912 is first input of BIAS 20246 and connected from output of 
LENSEL 20250. Output of LDET 23912 is connected to data input of BIASM 23910. and data output of 
BIASM 23910 is connected to input of NXTZRO 23914. Output of NXTZRO 23914 is connected to a first 
input of SBIAS 23916. A second input of SBIAS 23916 is BIAS 20246*s second input, L8. and is connected 
from an output of FUCTL 20214. A third input of SBIAS 23916 is BIAS 20246*s third input. U and is 
connected from yet another output of FUCTL 20214. Output of SBIAS 23916 is output of BIAS 20246 and, 
as described above, is connected to LENGTH Bus 20226, to a second input of LENALU 20252, and to 
fourth input of OFFMUX 20240. 

BIASM 23910 is a 7 bit wide random access memory having a length equal to. and operating and 
addressed in parallel with, SR's 10362 of GRF 10354. BIASM 23910 has an address location corresponding 
to each address location of SR's 10362 and is addressed concurrently with those address locations in SR's 
10362. BIASM 23910 may be comprised, for example, of AMD 27S03As. 

BIASM 23910 contains a bias value of each logical descriptor residing in SR's 10362. As described 
above, a bias value is a number representing number of bits to be read from MEM 10112 in a particular 
read operation when a data item having a corresponding logical descriptor, with a length field stored 
LENGRF 20236. is to be read from MEM 10112. Initially, bias values are written into BIASM 23910. in a 
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OFFMUX 20240*s fifth input is connected from NAME Bus 20224. As will be described further below 
Names are provided to NC 10226 by FUCTL 20214 to call, from MC 10226, logical descriptors correspond- 
ing to Names appearing on MOO Bus 10144 as part of sequences of SINs. As each Name is presented to 
NC 10226, that Name is transferred into and captured in Name Trap (NT) 20254. Upon occurrence of an 
5 NC 10226 miss, that is NC 10226 does not contain an entry corresponding to a particular Name, that Name 
is subsequently transferred from NT 20254 to OFFMUX 20240 through NAME Bus 20224 and OFFMUX 
20240's fifth input. That Name, which is previously described as an 8. 12. or 16 bit binary number may 
then be scaled, that is multiplied by a NTE size. That scaled Name may then be added to Name Table 
Pointer (NTP) from mCRs 10366 to obtain the address of a corresponding NTE in an NT 10350. In addition. 
to a Name resulting in a NC 10226 miss, or a page fault in the corresponding NT 10350. or requiring a 
sequence of Name resolves, may be transferred into OFFGRF 20234 from OFFMUX 20240 through 
OFFALU 20242 and OFFSEL 20238 third input That Name may subsequently be read, or restored from 
OFFGRF 20234 as required. 

Refening now to outputs of OFFMUX 20240. OFFMUX 20240's first output, from OFFMUXR 23812 
/5 allows contents of OFFMUXR 23812 to be transferred to first input of OFFALU 20242 through OFFALUSA 
20244. OFFMUX 2024O's second output, from OFFMUXOS 23822. is provided directly to second input of 
OFFALU 20242. OFFALU 20242 may be concurrently provided with a first input from OFFMUXR 23812 and 
a second input, for example a manipulated offset field, from OFFMUXOS 23822 

Referring to OFFALUSA 20244. OFFALUSA 20244 is a multiplexer. OFFALUSA 20244 may select either 
20 output Of OFFGRF 20234 or first output of OFFMUX 20240 to be either first input of OFFALU 20242 or to 
be OFFP 202ia's output to OFFSET Bus 20228. For example, an offset field from OFFGRF 20234 may be 
read to OFFSET Bus 20228 to comprise offset field of a current logical descriptor, and concurrently read 
into OFFALU 20242 to be incremented or decremented to generate offset field of a subsequent looical 
descriptor in a string transfer. 

25 OFFALU 20242 is a general purpose. 32 bit arithmetic and logic unit capable of performing all usual 
ALU operations. For example. OFFALU 20242 may add. subtract, increment, or decrement offset fields of 
logical descnptors. In addition. OFFALU 20242 may serve as a transfer path for data, that is OFFALU 20242 
may transfer input data to OFFALU 20242's outputs without operating upon that data. OFFALU 20242*s first 
output, as described above, is connected to JPO Bus 10142, to third input of OFFSEL 20238 and to first 

30 input of AONSEL 20248. Data transferred or manipulated by OFFALU 20242 may therefore be transferred 
on to JPD Bus 10142. or wrapped around into OFFP 20218 through OFFSEL 20238 for subsequent or 
reiterative operations. OFFALU 20242*s output to AONSEL 20248 may be used, for example, to load AON 
fields of AON pointers or physical descriptors generated by OFFP 20218 into AONGRF 20232 In addition 
this data path allows FU 10120 to utilize AONGRF 20232 as, for example, a buffer or temporary memory 

35 space for intermediate or final results of FU 10120 operations. 

OFFALU 20242's output to OFFSET Bus 20228 allows logical descriptor offset fields to be transferred 
onto OFFSET Bus 20228 directly from OFFALU 20242. For example, a logical descriptor offset field may be 
generated by OFFALU 20242 during a first clock cycle, and transferred immediately onto OFFSET Bus 
20228 during a second clock cycle. 

40 OFFALU 20242's third output is to NAME Bus 20224. As will be described further below NAME Bus 
20224 is address input (ADR) to NC 10226. OFFALU 20242's output to NAME Bus 20224 thereby allows 
OFFP 20218 to generate or provide addresses, that is Names, to NC 10226. 

Having described operation of OFFP 20218, operation of LENP 20220 will be described next below. 

e. Length Processor 20220 (Rg. 239) 

Referring to Fig. 202. a primary function of LENP 20220 is generation and manipulation of logical 
descnptor length fields, including length fields of logical descriptors generated in string transfers LENP 
20220 includes LENGRF 20236. LENSEL 20250, BIAS 20246. and LENALU 20252. LENGRF 20236 may be 

IZT<'^.' 'cM^'ri!!^* °' ^^""^^^ 2°250 may be comprised of. for example. 

SN74S257S, SN74S157S. and SN74S244s, and LENALU 20252 may be comprised of, for example. 
SN74S381S. 

As previously described, LENGRF 20236 is a 32 bit wide vertical section of GRF 10354 LENGRF 
20236 operates in parallel with OFFGRF 20234 and AONGRF 20232 and contains, in part, length fields of 
logical descnptors. In addition, also as previously described. LENGRF 20236 may contain data. 

LENSEL 20250 is a multiplexer having three inputs and providing outputs to LENGRF 20236 and first 
input of BIAS 20246. LENSEL 20250's first input is from Length Bus 20226 and may be used to write 
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Referring first to OFRESENC 23820. OFFIESENC 23820 is used, in particular, in resolving, or evaluating. 
NT t0350 Entries (NTEs) referring to arrays of data words. As indicted in Rg. 108, word D of an NTE 
contains certain information relating to inter-element spacing (lES) of data words of an array. Word 0 of an 
NTE may be read from f^EM 10112 to MOD Bus 10144 and through OFFMUX 20240 to input of 

5 OFFIESENC 23820. OFFIESENC 23820 tfien examines word D's lES field to determine whether inter- 
element spacing of that array is a binary multiple, that is 1, 2. 4. 8. 16. 32. or 64 bits. In particular. 
OFFIESENC 23820 determines whether 32 bit word D contains logic zeros in the most significant 25 bits 
and a single logic one in the least significant 7 bits. If inter-element spacing is such a binary multiple, 
starting addresses of data words of that an-ay may be determined by left shifting of index (lES) to obtain 

10 offset fields of physical addresses of words in the array and a slower and more complex multiplication 
operation is not required. In such cases. OFRESENC generates a first output. lES Encodeable (lESENC) to 
FUCTL 20214 to indicate that inter-element spacing may be determined by simple left shifting. OFFIESENC 
23820 then generates encoded output Encoded lES (ENCIES). to OFFMUXOS 23822. ENCIES is then a 
coded value specifying the amount of left shift necessary to translate index (lES) value into offsets of words 

15 in that array. As indicated in Rg. 238. ENCIES is OFFMUXOS 23822's third input. 

OFFSCALE 23818 is a left shift shift network with zero fill of least significant bits, as bits are left shifted. 
Amount of shift by OFFSCALE 23818 is selectable between zero and 7 bits. Thirty-two bit words transferred 
into OFFSCALE 23818 from OFFSCALE 23818 from OFFMUXFS 23816 may therefore be left shifted, bit by 
bit. to selectively reposition bits within that 32 bit input word. In conjunction with OFFMUXFS 23816. and a 

20 wrap around connection provided by OFFALU 20242's output to OFFSEL 20238. OFFSCALE 23818 may be 
used to generate and manipulate, for example, entries for MHT 10716. MFT 10718. ACT 10712, and AST 
10914. and other OS 101 10 data structures. 

OFFMUXOS 23822 is a multiplexer having first, second, and third inputs from, respectively. BIAS 
20246. OFFSCALE 23818. OFFIESENC 23820. OFFMUXOS 23822 may select any one of these inputs as 

25 OFFMUX 20240's second output. OFFMUX (0-31). As previously described. OFFMUX 2024O's second 
output is connected to a second input of OFFALU 20242. 

. Having described internal of OFFMUX 20240. operation of OFFMUX 20240 with regard to overall 
operation of DESP 20210 will be described next below. 

30 

b.b.b. Operation Relative to Descriptor Processor 20210 

OFFMUX 20240*s first input, from OFFSEL 20238. allows inputs to OFFSEL to be transferred through 
OFFMUXIS 23810 and into OFFMUXR 23812. This input allows OFFMUXR 23812 to be loaded, under 

35 control of FUCTL 20214 microinstructions, with any input of OFFSEL 20238. In a particular example. 
OFFALU 20242's output may be fed back through OFFSEL 20238*5 third input and OFFMUX 2024O's first 
input to allow OFFMUX 20240 and OFFALU 20242 to perform reiterative operations on a single 32 bit word. 

OFFMUX 2024O's second input, from MOD Bus 10144. allows OFFMUXR 23812 to be loaded directly 
from MOD Bus 10144. For example. NTEs from a currently active procedure may b>e loaded into OFFMUXR 

40 23812 to be operated upon as described above. In addition, OFFMUX 20240*s second input may be used in 
conjunction with OFFSEL 20238*s first input, from MOD Bus 10144, as parallel input paths to OFFP 20218. 
These parallel input paths allow pipelining of OFFP 20218 operations by allowing OFFSEL 20238 and 
OFFGRF 20234 to operate independently from OFFMUX 20240. For example. FU 10120 may initiate a read 
operation from MEM 10112 to OFFMUXR 23812 during a first microinstruction. The data so requested will 

45 appear on MOD Bus 10144 during a second microinstruction and may be loaded into OFFMUXR 23812 
through OFFMUX 2024O's second input from MOD Bus 10144. Concurrently. FU 10120 may initiate, at start 
of second microinstruction, an independent operation to be performed by OFFSEL 20238 and OFFGRF 
20234. for example loading output of OFFALU 20242 into OFFGRF 20234. Therefore, by providing an 
independent path into OFFMUX 2024O from MOD Bus 10144. OFFSEL 20238 is free to perform other, 

so concurrent data transfer operations while a data transfer from MOO Bus 10144 to OFFMUX 20240 is being 
performed. 

OFFMUX 20240*s third input, from JPD Bus 10142. is a general purpose data transfer path. For 
example, data from LENGRF 20236 or OFFALU 20242 may be transferred into OFFMUX 20240 through 
JPD Bus 10142 and OFFMUX 20240*s third input 
55 OFFMUX 20240*s fourth input is connected from BIAS 20246 and primarily used during string transfers 
as described above. That is, length fields of physical descriptors generated for a string transfer may be 
transferred into OFFMUX 20240 through OFFMUX 20240*s fourth input to increment or decrement, offset 
fields of those physical descriptors in OFFALU 20242. 
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OFFMUXFS^38?6^ '"^'^ "^'"^ comprising a part of a iriicroinstruction from FUCTL 20214 directly through 

(4) Fordng FSO to be literal values 0000 0000 ; 

(5) Forcing FSO to be literal value 0000 001 ; 

(6) Extracting Name Table Entry fields; 

(7) Accepting a 32 bit word from OFFMUXR 238t2 or JPD Bus I0142, or 32 bits of a microinstruction 
from FUCTL 20214, and passing the lower 16 bits while forcing the upper 16 bits to logic 0- 

(8) Accepting a 32 bit word from OFFMUXR 23812 or JPD Bus 10142. or 32 bits of miroinstruction 
from FUCTL 20214. and passing the higher 16 bits while forcing the lower 16 bits to logic 0: 

(9) Accepting a 32 bit word from OFFMUXR 23812. or JPD Bus 10142, or Name Bus 20224 or 32 
bits of a microinstruction from FUCTL 20214, and passing the lower 18 bits while sign extending bit 16 to 
the upper 16 bits; and, a « w 

(10) Accepting a 32 bit word from Name Bus 20224 and passing the lowest 8 bits while sion 
extending bit 24 to the highest 24 bits. 

Thirty-two bit output of OFFSCALE 23818 and 3 bit output of OFFIESENC 23820 are connected 
respectively, to second and third inputs of OFFMUXOS 23822. OFFMUXOS 23822's first input is as 
descnbed above. OFFMUX 20240"s fourth input and is connected from output BIAS 20246 Finallv 
OFFMUXOS 23822-s 32 bit output. OFFMUX (0-31) Is OFFMUX 20240's second output and as previouslv 
descnbed as connected to a second input of OFFALU 20242. 



c.c. 
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a.a.a. Internal Operation 
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Having described the structure of OFFMUX 20240 as shown in Rg. 238. operation of OFFMUX 20240 
will be descnbed below. Internal operation of OFFMUX 20240. as shown in Rg. 238. will be described first 
followed by description of OFFMUX 20240's operation with regard to DESP 20210 

Referring first to OFFMUXR 23812. OFFMUXR 23812 is a 32 bit register receiving either a 32 bit word 
from MOD Bus 10144, MOD (0-31), or a 32 bit word received from OFFSEL 20238 OFFSEL (0-31) and is 
selected by OFFMUXIS 23810. OFFMUXR 23812 in turn provides those selected 32 bit words frofii MOO 
Bus 10144 or OFFSEL 20238 as OFFMUX 20240-s first data output to OFFALUSA 20244 as FEXT 2381 4's 
input, and as OFFMUXFS 23816's third input. OFFMUXR 23812-s 32 bit output to OFFMUXFS 23816 is 
provided as two parallel 16 bit words designated as OFFMUXR output (OFFMUXRO) (0-15) and (16-31) As 
described above, OFFMUXFS 23816's output to OFFALUSA 20244 from OFFMUXR 23812 may be rioht 
shifted 16 places and the highest 16 bits zero filled. 

FEXT 23814 receives OFFMUXRO (0-1 5) and (16-31) from OR=MUXR 23812 and extracts certain fields 
40 from those 16 bit words. In particular. FEXT 23814 extracts RU and TYPE fields from NT 10350 Entries 
which have been transferred into OFFMUXR 23812. FEXT 23814 may then provide those FlU and TYPE 
helds as OFFMUXFS 238l6-s seventh input. FEXT 23814 may, selectively, extract certain other fields from 
32 bit words residing in OFFMUXR 23812 and provide those fields as OFFMUXFS 238l6's eighth input. 
OFFMUXFS 23816 operates as a multiplexer to select certain fields from OFFMUXFS 23816's eight 
45 inputs and provide corresponding 32 bit output words. Reld Select Output (FSO), comprised of those 
selected fields from OFFMUXFS 2381 6's inputs. As previously described. FSO is comprised of 2 parallel 
6 bit words, FSO (0-15) and FSO (16-31). Correspondingly. OFFMUX 20240's third input from jpD Bus 
10142, IS a 32 bit input presented as two 16 bit words. JPD (0-15) and JPD (18-31). Similarly OFFMUXFS 
23816-s fourth, fifth, and sixth inputs are each presented as 32 bit words comprised of 2, parallel 16 bit 
'° "TJii. '^^P^«^«'y' "0" (0-15) and (16-31), "1" (0-15) and (16-31), and L (0-15) and (16-31). OFFMUXFS 
23816 s second input, from NAME Bus 20224. is presented as a 6 bit word, NAME (16-31) while 
OFFMUXFS 23816's inputs from FEXT 23814 are each less than 16 bits in width. OFFMUXFS 23816 may 
for a single 32 bit output word, select FSO (0-15) to contain one of corresponding 16 bit inputs JPD (0-15)' 
0 (0-15). -1" (0-15), or L (0-15). Similariy, FSO (16-31) of that 32 bit output word may be selected to 

23814. OFFMUXFS 23816 therefore allows 32 bit words, comprised of two 16 bit fields, to be generated 
from selected portions of OFFMUXFS 2381 6's inputs. 

OFFMUXFS 23816 32 bit output is provided as inputs to OFFSCALE 23818 and OFRESENC 23820. 
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OFFSEL 20238's fourth input, from AONGRF 20232*s output, may be used to transfer data or AON 
fields from AONGRF 20232 to OFFGRF 20234 or OFFMUX 20240. This data path may be used, for 
example, when OFFP 20218 is used to generate AON fields of AON pointers or physical descriptors or 
when performing Name evaluations. 

Finally. OFFSEL 20238*s fifth data input from OFFSET Bus 20228 allows offset fields on OFFSET Bus 
20228 to be written into OFFGRF 20234 or transferred into OFFMUX 20240. This data path may be used, 
for example, to copy offset fields to OFFGRF 20234 when JP 10114 is performing a Name evaluation. 

Referring now to OFFMUX 20240, OFFMUX 20240 includes logic circuitry for manipulating individual 
bits of 32 bit words. OFFMUX 20240 may be used, for example, to increment and decrement offset fields 
by length fields when performing string transfers, and to generate entries for. for example. MHT 10716 and 
MFT 10718. OFFMUX 20240 may also be used to aid in generating and manipulating AON. OFFSET, and 
LENGTH fields of physical descriptors and AON pointers. 

b.b Offset Multiplexer 20240 Detailed Structure (Fig. 238) 

Referring to Fig. 238. a more detailed, partial block diagram of OFFMUX 20240 is shown. OFFMUX 
20240 includes Offset Multiplexer Input Selector (OFFMUXIS) 23810. which for example may be comprised 
of SN74S373S and SN74S244s and Offset Multiplexer Register (OFFMUXR) 23812. which for example may 
be comprised of SN74S374s. OFFMUX 20240 also includes Field Extraction Circuit (FEXT) 23814. which 
may for example be comprised of SN74S257s. and Offset Multiplexer Field Selector (OFFMUXFS) 23816. 
which for example may be comprised of SN74S257s and SN74S374s. Finally. OFFMUX 20240 includes 
Offset Scaler (OFFSCALE) 23818. which may for example be comprised of AMD 25Sl0s. Offset Inter- 
element Spacing Encoder (OFFIESENC) 23820. which may for example be comprised of Fairchild 93427s 
and Offset Multiplexer Output Selector (OFFMUXOS) 23822. which may for example be comprised of AMD 
25Ss. Fairchild 93427s. and SN74S244s. 

Referring first to OFFMUX 20240*s connections to other portions of OFFP 20218, OFFMUX 20240's first 
data input, from OFFSEL 20238. is connected to a first input of OFFMUXIS 23810. OFFMUX 20240's 
second input, from MOD Bus 10144. is connected to a second input of OFFMUXIS 23810. OFFMUX 
20240*s third input, from JPD Bus 10142, is connected to a first input of OFFMUXFS 23816 while OFFMUX 
20240*s fourth input, from BIAS 20246. is connected to a first input of OFFMUXOS 23822. OFFMUX 
2024O's fifth input, from NAME Bus 20224, is connected to a second input of OFFMUXFS 23816. OFFMUX 
20240's first output, to OFFALUSA 20244. is connected from output of OFFMUXR 23812 while OFFMUX 
20240's second output, to OFFALU 20242, is connected from output of OFFMUXOS 23822. 

Referring to OFFMUX 20240*s internal connections, 32 bit output of OFFMUXIS 23810 is connected to 
inp^Jt OFFMUXR 23812 and 32 bit output of OFFMUXR 23812 is connected, as described above, as first 
output of OFFMUX 20240. and as a third input of OFFMUXFS 23816. Thirty-two bit output of OFFMUXR 
23812 is also connected to input of FEXT 23814. OFFMUXFS 2381 6*s first, second and third inputs are 
connected as described above. A fourth input of OFFMUXFS 23816 is a 32 bit input wherein 31 bits are set 
to logic zero and 1 bit to logic 1. A fifth input is a 32 bit input wherein 31 bits are set to logic 1 and 1 to 
logic 0. A sixth input of OFFMUXFS 23816 is a 32 bit literal (L) input provided from FUSITT 1 1012 and is a 
32 bit binary number comprising a part of a microinstruction FUCTL 20214, described below. OFFMUXFS 
2381 6's seventh and eighth input are connected from FEXT 23814. Input 7 comprises FlU and TYPE fields 
of Name Table Entries which have been read into OFFMUXR 23812. Input 8 is a general purpose input 
conveying bits extracted from a 32 bit word captured in OFFMUXR 23812. As indicated in Fig. 238. 
OFFMUXFS 2381 6's first, third, fourth, fifth, and sixth inputs are each 32 bit inputs which are divided to 
provide two 16 bit inputs each. That is. each of these 32 bit inputs is divided into a first input comprising bit 
0 to 15 of that 32 bit input, and a second input comprising bits 16 to 31. 

Thirty-two bit output of OFFMUXFS 23816 is connected to inputs of OFFSCALE 23818 and OF- 
FIESENC 23820. As indicated in Rg. 238. Field Select Output (FSO) of OFFMUXFS 23816 is a 32 bit word 
divided into a first word including 0 to 15 and a second word including bits 16 to 31. Output FSO of 
OFFMUXFS 23816. as will be described further below, thereby reflects the divided structure of OFFMUXFS 
2381 6*s first, third, fourth, fifth, and sixth inputs. 

Logical functions performed by OFFMUXFS 23816 in generating output FSO. and which will be 
described in further detail in following descriptions, include: 

(1) Passing the contents of OFFMUXR 23812 directly through OFFMUXFS 23816: 

(2) Passing a 32 bit word on JPD Bus 10142 directly through OFFMUXFS 23816; 
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AONP 20216. LENGRF 10354 is 32 bits wiHn = h "T" .^""^ ^0232 is 28 bits wide and resides in 
Wide and resides In OFFP 2?2 a ToThp 2^2""o^lnS o^^^^^ ^^34 is 32 bits 

comprised Of Fairchild 93422s ' ^^""^ '"^'^G"'' 20236 may be 

below, is addressed in parallel with AONGRF 20232 anrLENGRF 2023B f^^^ " " 
FUCTL 20214. LtiNUHF 20236 by address inputs provided from 

" 1°^^® ^ multiplexer, comprised for example of SN74S244s and SN74<?9q7= , 

present at outputs of FU 10120 o EU^oS Z LlTl ' "'"^ "^'^""'^ P^'" 

example, as previously stated a first uS of OF^ALU losS tZ'ZZ^^ Z'nV' 
allowing data output of OFFP 20218 to be reS to OF^ 202 ^^^^^^ "^^^^^ 
transferred to AONP 20216 or LFNP onoon 7u 7 "'^^ processing, or to be 

LENGRF 20236 is also InLd T jf^^Bus lotp T''!^ °"'P"' °' 

3. descriptors, or dat. ma^TiS ^ortHNGRF .70 ^20^? 0^'"^ " 

examp e. when LENGRF 20?^Richoi««...^^ . ^ °- "^^'^ P^*^ be used, for 

results Of arithmeLTS operatnl ' '"""'^ ^^^^ - '"««-e-'ate 

OFFSEL 20238's third input is provided from OFFALU POPdP'c n.,t«..* tu- * 
a wrap around path whereby offset fields or data rSiLTyFeTao^lT T ''"''"^ "^""^^^ 
returned to OFFGRF 20234, either in the same artH««^! I ° ^""^ ^0234 may be operated on and 
address location. OFFP 2021^^0 a^ln ^1 f ^=1/''°^ '^^'^ 'o a different 

input, and thus to OFFG^^S^marbe u£d I T V '° ^"^^^^ 20238-s third 

containing more than 32 bUs of daia As oreviS h TT "' '"'""^ '^"^ "^^"^ a data item 
t0l14 is Of a 32 bi wo^jlel b tv^a^^^^^^^ '^^V''' ^^"^ ^"^^^ to JP 

containing more than 32 bits Ts a™t^^^^ T ^t^'^'""^^ '=°"'^'" ^^^^ data. Transfer of a data word 
10112 toV 10114 For exlpleTa r^^^^^^^^^^^ ' °' '''^ MEM 

transferred in three consecuZ reJi ooTronf p T '° ""^ '^^'^^ ''^ be 

Of data, and final rearjeraUon wlJ t^nTL Zl Tk"' ^2 bits 

than 32 bits from IV.EM 'om therefore SsP S ? f ' '""'^ " "^^'^ "^"^ °' 

each defining a successive 32 bit sSn^^m Lf^^^^^^^ rnust generate a sequence of logical descriptors, 
define a segment of less ^ 32^^3 0 xlpt T^^V^I. °' '^'^'^^ 

successive physical descriptor offset fiSd m JtTS I u "'^ ^'^'""'^ '"^^ ^^ch 
physical descriptor to define stSa al^rri / "''' '^'"^ °' '^"^^^ °' P'«<=eding 
Length field of Lccleding phySi d^^^^^^^^^ ''''' "^'"^ ^ be transferred 

transfer which may be less t^^t l oZu2 IZZi' T''"' ^' ^''^^P' 
transfer until final transfer. OFFP 202l8's wr^nd dl l S n'."^ -ncremented by 32 bits at each 
Of OFFSEL 20238 may. as stated aioJe LTuZ^ t l^T °"*P"* *° ^'"^ '"P"' 

incremented or decremented offset field of a c rem T"""'"' 

Offset field Of a next succeeding phJsSdescripmr ' '"'^^ ^0234 to be 

resolutions, as previously described offset n, . " ' ^' " "^^^ resolutions. In Name 
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e. Implementation of Objects 



5 1. Introduction (Rg. 407. 408) 

The user of a CS 10110 need only concern himself with objects as they have just been described, in 
order for a Process 610 to reference an object, the object's LMJ 40405 must be accessible from CS 101 10 
upon which Process 610 is running, Process 610 must know the object's UID 40401. and Process 6l0's 
10 current subject must have the right to access the object in the desired manner. Process 610 need know 
neither how the object's Contents 40406 and Attributes 40404 are stored on CS 10110's physical devices 
nor the methods CS 10110 uses to make the object's Contents 40406 and Attributes 40404 available to 
Process 610. 

The KOS. on the other hand, must implement objects on the physical devices that make up CS 10110. 
/5 In so doing, it must take into account two sets of physical limitations: 

- In logical terms* all CSs 10110 have a single logical memory, but the physical implementation of 
memory in the system is hierarchicai: a given CS 10110 has rapid access to a relatively small MEM 10112. 
much slower access to a relatively large amount of slow Secondary Storage 10124, and very slow access to 
LAUs 40405 on other accessible CSs 101 10. 

20 - UIDs 40401, and even more, subjects, are too large to be handled efficiently on JP I0ll4's internal 
data paths and in JP 101 14*s registers. 

The means by which the KOS overcomes these physical limitations will vary from embodiment to 
emt)odiment Here, there are presented first an overview and then a detailed discussion of the means used 
in the present embodiment. 

2S The physical limitations of the memory are overcome by means of a Virtual Memory system. The 
Virtual Memory System creates a one-level logical memory by automatically bringing copies of those 
portions of objects required by executing Processes 610 into MEM 10112 and automatically copying altered 
portions of objects from MEM 10112 back to Secondary Storage 10124. Objects thus reside primarily in 
Secondary Storage 10124. but copies of portions of them are made available in MEM 10112 when a 

30 Process 610 makes a reference to them. Besides bringing portions of objects into MEM 10112, when 
required, the Virtual Memory System keeps track of where in MEM 10112 the portions are located, and 
when a Process 610 references a portion of an object that is in MEM 10112. the Virtual Memory System 
translates the reference into a physical location in MEM 101 12. 

JP 101l4*s need for smaller object identifiers and subject identifiers is satisfied by the use of internal 

35 identifiers called Active Object Numbers (AONs) and Active Subject Numbers (ASNs) inside JP 10114. 
Each time a UIO 40401 is moved from MEM 10112 into JP 10114's registers, it is translated into an AON. 
and the reverse translation takes place each time an AON is moved from a JP 10ll4's registers to MEM 
10112. Similarly, the current subjects of Processes 610 which are bound to Virtual Processors 612 are 
translated from four UIDs 40401 into small integer ASNs. and when Virtual Processor 612 is bound to JP 

40 10114, the ASN for the subject belonging to Virtual Processor 6l2's Process 610 is placed in a JP 10114 
register. The translations from UID 40401 to AON and vice-versa, and from subject to ASN are performed 
by KOS. 

When KOS translates UIDs 40401 to AONs and vice-versa, it uses ACT 10712. An AOT 10712 Entry 
(AOTE) for an object contains the object's UID 40401. and the AOTSs index in AOT 10712 is that object's 

45 AON. Thus, given an object's AON, KOS can use AOT 10712 to determine the object's UID 40401. and 
given an obect's UID 40401, KOS can use AOT 10712 to determine the object's AON. If the object has not 
been referenced recently, there may be no AOTE for the object, and thus no AON for the object's UID 
40401. Objects that have no AONs are called inactive objects. If an attempt to convert a UID 40401 to an 
AON reveals that the object is inactive, an Inactive Object Fault results and KOS must activate the object, 

so that is, it must assign the object an AON and make an AOTE for it. 

KOS uses AST 10914 to translate subjects into ASN's. When a Process 6l0's subject changes. AST 
10914 provides Process 610 with the new subject's ASN. A subject may presentiy have no ASN associated 
with it. Such subjects are termed inactive subjects. If a subject is inactive, an attempt to translate the 
subject to an ASN causes KOS to activate Uie subject, that is. to assign the subject an ASN and make an 

55 entry for the subject in AST 10914. 

In order to achieve efficient execution of programs by Processes 610. KOS accelerates information that 
is frequently used by executing Processes 610. There are two stages of acceleration: 

- Tables that contain the information are wired into MEM 10112. that is, the Virtual Memory System 
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-.-sActive Object Management Syste^te^c^c-^^^^^^^^^^ 1 
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location of its contents, and the other contains the attributes of LAUD Object 40902' containing LAUD 40903 
and the location of its contents. 

KOS uses a table called the Active LAU Table (ALAUT) to locate the LAUD belonging to LAU 40405. 
Figure 410 illustrates the relationship between ALAUT 41001. ALAUT Entries 41002. LAUs 40405. and 
LAUD Objects 40902'. Each LAU 40405 accessible to CS 10110 has an Entry (ALAUTE) 41002 in ALAUT 
41001. ALAUTE 41002 for LAU 40405 includes LAU 40405's LAUID 40402 and UID 40401 of LAU 40705*s 
LAUD Object 40902'. Hence, given an object's UID 40401. KOS can use UID 4040rs LAUID 40402 to 
locate ALAUTE 41002 for the object's LAU 40405, and can use ALAUTE 41002 to locate LAU 40405's 
LAUD 40903. Once LAUD 40903 has been found. OSN portion 40402 of the object's UID 40401 provides 
the proper UUDE 40906, and LAUDE 40906 contains object's attributes and the location of its contents. 

UUD 40903 and the Procedures 602 that manipulate it belong to a part of KOS termed the Inactive 
Object f^anager. The following discussion of the inactive Object l^anager will begin with the manner in 
which an object's contents are represented on Secondary Storage 10124, will then discuss LAUD 40903 in 
detail, and conclude by discussing the operations performed by Inactive Object fVlanager Procedures 602. 



a.a. Representation of an Object's Contents on Secondary Storage 10124 

In general, the manner in which an object's contents are represented on Secondary Storage 10124 
depends completely on the Secondary Storage 10124. If a LAU 40405 is made up of disks, then the 
object's contents will be stored in disk blocks. As long as KOS can locate the object's contents, it makes no 
difference whether the storage is contiguous or non-contiguous. 

In the present embodiment, the objects' contents are stored in files created by the Data General 
Advanced Operating System (AOS) procedures executing on lOS 10116. These procedures manage files 
that contain objects' contents for KOS. In future CSs 10110. the representation of an object's contents on 
Secondary Storage 10124 will be managed by a portion of KOS. 



b.b. LAUD 40903 (Fig. 411. 412) 

30 

Figure 411 is a conceptual illustration of LAUD 40903. LAUD 40903 has three parts: LAUD Header 
41102. Master Directory 41105. and LAUD Entries (LAUDEs) 40906. LAUD Header 41102 and Master 
Directory 41105 occupy fixed locations in LAUD 4O903. and can therefore always be located from the UID 
40401 of LAUD 40903 given in ALAUT 41001. The locations of LAUDEs 40906 are not fixed, but ttie entry 

35 for an individual object can be located from Master Directory 41 105. 

Turning first to LAUD Header 41102. LAUD Header 41102 contains LAUID 40402 belonging to LAU 
40405 to which LAUD 40903 belongs and OSN 40403 of LAUD 40903. As will be explained in greater detail 
below, KOS can use OSN 40403 to find LAUDE 40906 for LAUD 40903. 

Turning now to Master Directory 41105, Master Directory 41105 translates an object's OSN 40403 into 

40 the location of the object's LAUDE 40906. Master Directory 41105 contains one Entry 41108 for each object 
In LAU 40505. Each Entry has two fields: OSN Field 41106 and Offset Field 41107. OSN Field 41106 
contains OSN 40403 for the object to which Entry 41108 belongs; Offset Field 41107 contains the offset of 
the object's LAUDE 40906 in LAUD 40903. KOS orders Entries 41108 by increasing OSN 40403, and can 
therefore use binary search means to find Entry 41108 containing a given OSN 40403. Once Entry 41108 

45 has been located. Entry 411 OS's Offset Field 41107, conbined with LAUD 40903's OSN 40403. yields the 
UID-offset address of the object's LAUDE 40906. 

Once KOS knows the location of LAUDE 40906 it can determine an object's Attributes 40404 and the 
location of its Contents 40406. Figure 41 1 gives only an overview of LAUDE 4O906's general structure. 
LAUDE 40906 has three components: a group of fields of fixed size 41109 that are present in every LAUDE 

50 40906, and two variable-sized components, one, 41139. containing entries belonging to the object's PACL, 
and another. 41141. containing the object's EACL. 

As the preceding descriptions of the LAUD'S components imply, the number of LAUDEs 40906 and 
Master Oirecory Entries 41108 varies with the number of objects in LAU 40405. Furthermore, the amount of 
space required for an object's EACL and PACL varies from object to object. KOS deals with this problem by 

55 including Free Space 41 123 in each LAUD 40903. When an object is created, or when an object's ACLs are 
expanded, the Inactive Object Manager expands LAUD 40903 only if there is no available Free Space 
41123: if there is Free Space 41123, the Inactive Object Manager takes the necessary space from Free 
Space 41 123: when an object is deleted or an object's ACLs shortened, the Inactive Object Manager returns 
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the unneeded space to Free Space 41 123. 



Figure 412 is a detailed representation of a sinala lahdp dnonc c- 
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The process by which an object becomes active is called object activation. A UlO-offset Address 41308 
cannot be translated into an AON-offset Address 41309 unless the object to which UID 40401 of UlD-offset 
Address 41308 belongs is active. If a Process 610 attempts to perform such a translation using a UlD 40401 
belonging to an inactive object, an Inactive Object Fault occurs. KOS handles the fault by removing Process 
610 that attempted the translation from JP 10114 until a special KOS Process called the Object Manager 
Process has activated the object. After the object has been activated. Process 610 may return to JP lOiu 
and complete the UID 40401 to AON 41304 translation. 

The portion of KOS that manages active objects is called the Active Object Manager (AOM). Parts of 
the AOM are Procedures 602 , and parts of it are microcode routines. The high-level language components 
of the AOM may be invoked only by KOS Processes 610. KOS Active Object Manager Process 610 
performs most of the functions involved in active object management. 



a.a. UID 40401 to AON 41304 Translation 

Generally speaking, in CS 10110, addresses stored in MEM 10112 and Secondary Memory 10124 are 
stored as UlO-offset addresses. The only form of address that FU 10120 can translate into a location in 
MEM 10112 is the AON-offset form. Consequently, each time an address is loaded from MEM 101 12 into a 
FU 10120 register, the address must be translated from a UlD-offset address to an AON-offset address. The 
reverse translation must be performed each time an address is moved from a FU 10120 register back into 
memory. 

Such translations may occur at any time. For example, a ainning Virtual Processor 612 performs such a 
translation when the Process 610 being executed by Virtual Processor 612 carries out an indirect memory 
reference. An indirect memory reference is a reference which first fetches a pointer, that is. a data item 
whose value Is the address of another data item, and then uses the address contained in the pointer to 
fetch the data itself. In CS 10110. pointers represent UiD-offset addresses. Virtual Processor 612 performs 
the indirect memory reference by fetching the pointer from MEM 10112. placing it in FU 10120 registers, 
translating UID 40401 represented by the pointer into AON 41304 associated with it. and using the resulting 
AON-offset address to access the data at the location specified by the address. 

Most such translations, however, occur when Virtual Processor 612 state is saved or restored. For 
instance, when one Process 6l0's Virtual Processor 612 is removed from JP 10114 and another Process 
610's Virtual Processor 612 is bound to JP 10114. the state of Virtual Processor 612 being removed from 
JP 10114 is stored in memory, and the state of Virtual Processor 612 being bound to JP 10114 is moved 
into JP 10114's registers. Because only UlD-offset addresses may be stored in memory, all of the AON- 
offset addresses in the state of Virtual Processor 612 which is being removed from JP 10114 must be 
translated into UlD-offset addresses. Similarly, all of the UlD-offset addresses in the state of Virtual 
Processor 612 being bound to JP 10114 must be translated into AON-offset addresses before they can be 
loaded into FU 10120 registers. 



C. The Access Control System 

As mentioned in the introduction to objects, ach time a Process 610 accesses data or SINs in an object, 
the KOS Access Control System checks whether Process 6i0's current subject has the right to perform the 
kind of access that Process 610 is attempting. If Process 6l0's current subject does not have the proper 
access, the Access Control System aborts the memory operation which Process 610 was attempting to 
carry out The following discussion presents details of the implementation of the Access Control System, 
beginning with subjects, then proceeding to subject templates, and finally to the means used by KOS to 
accelerate access checking. 



a. Subjects 

A Process 6l0*s subject is part of Process 6l0's state and is contained along with other state belonging 
to Process 610 in an object called a Process Object. Process Objects are dealt with at length in the detailed 
discussion of Processes 610 which follows the discussion of objects. While a subject has, as mentioned 
above, four components, the principal component, the process component, the domain component, and the 
tag component, the Access Control System in the present embodiment of CS 10110 assigns values to only 
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As previously mentioned, the Access Cnntmi c * 
making an access to an object and the «nro. acc« p^^^^^^^^ ^""'^^ ^^'^"^m to Process 6,0 
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1 Subject Templates (Ficj. 416 ) 

Ptgure 416 shows Subject Temolatfi*; PAn n * 
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group. If Flavor Field 41603 has the value match any. any subject component UID 40401 matches the 
template, and the Access Control System does not examine UID Field 41605. If Flavor Field 41603 has the 
value match one. then the corresponding subject component must have the same UID 40401 as the one 
contained in UID Field 41605. If Flavor Field 41603 has the value match group, finally, then UID Field 41605 
5 contains a UID 40401 of an object containing information about the group of subject components which the 
given subject component may match. 



2. Primitive Access Control Lists (PACLs) 

10 

PACLs are made up of PACLEs 41613 as illustrated in Figure 416. Each PACLE 41613 has two parts: a 
subject template 41601 and an Access Mode Bits Field 41615. The values in Access Mode Bits Field 41615 
define 1 1 kinds of access. The eleven kinds fall into two groups: Primitive Data Access and Primitive Non- 
data Access. Primitive Data Access controls what the subject may do with the object's Contents 40406; 
/5 Primitive Non-data Access controls what the subject may do with the object's Attributes 40404. 

There are three kinds of Primitive Data Access: Read Access. Write Access, and Execute Access, If a 
subject has Read Access, it can examine the data contained in the object: if the subject has Write Access, 
it can alter the data contained in the object; if it has Execute Access. It can treat the data in the object as a 
Procedure 602 and attempt to execute It A subject may have none of these kinds of access, or any 
20 combination of the kinds. On every reference to an object, the KOS checks whether the subject performing 
the reference has the required Primitive Data Access: 

Primitive Non-data Access to an object Is required only to set or read an object's Attributes 40404. and 
is checked only when these operations are performed. The kinds of Non-data Access correspond 40 the 
kinds of Attributes 40404: 

25 

Attributes Kind of Access 
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Object Attributes 



get object attributes 
set object attributes 
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Primitive Control 
Attributes 



get primitive control 
attributes 

set primitive control 
attributes 
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Extended Control 
Attributes 



get extended control 
attributes 

set extended control 
attributes 



ETM Access use as ETM 

50 

create ETO 

The access rights for object attributes allow a subject to get and set the object attributes described 
previously. The access rights for primitive and extended control attributes allow a subject to get and set an 
55 object's PACL and EACL respectively. 

An object may have any number of PACLEs 41613 in its PACL The first five PACLEs 41613 in an 
object's PACL are contained in fixed PACLE Field 41237 of LAUDE 40906 for the object: the remainder are 
stored in LAUD 40903 at the location specified in PACL OHset Field 41233 of LAUDE 40906. 
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42215 in Protection Cache 10234 contain primitive data access and length information for objects previously 
referenced by the current subject of Process 610 whose Virtual Processor 612 is currently bound to JP 
10114. On every memory reference. Protection Cache 10234 emits a Valid/invalid Signal 42205 to MEM 
10112. If Protection Cache 10234 contains no Entry 42215 for AON 41304 contained in Logical Descriptor 

5 27ll6^s AON field 27111, if Entry 42215 indicates that the subject does not have the type of access 
required by Process 610. or if the sum of Logical Descriptor 27l16's OFF field 27113 and LEN field 27115 
exceed the object's current size. Protection Cache 10234 emits an Invalid Signal 42205. This signal causes 
MEM 10112 to abort the memory reference. Otherwise. Protection Cache 10234 emits a Valid Signal 42205 
and MEM 101 12 executes the memory reference. 

10 When Protection Cache 10234 emits an Invalid Signal 42205. it latches Logical I^escriptor 27116 used 
to make the reference into Descriptor Trap 20256. the memory command into Command Trap 27018. and if 
it was a write operation, the data into Data Trap 20258, and at the same time emits one of two Event 
Signals to KOS microcode. Illegal Access Event Signal 42208 occurs when Process 610 making the 
reference does not have the proper access rights or the data referenced extends t>eyond the end of the 

;5 object. Illegal Access Event Signal 42208 invokes KOS microcode 42215 which performs a Microcode to 
Software Call 42217 (described in the discussion of Calls) to KOS Access Control System Procedures 602 
and passes the contents of Descriptor Trap 20256. Command Trap 27018. the ASN of Process 610 
(contained in a register MGR's 10360). and if necessary. Data Trap 20258 to these Procedures 602. These 
Procedures 602 inform EOS of the protection violation, and EOS can then remedy it. 

20 Cache Miss Event Signal 42206 occurs when there is no Entry 42215 for AON 41304 in Protection 
Cache 10234. Cache Miss Event Signal 42206 invokes KOS Protection Cache Miss Microcode 42207, which 
constructs missing Protection Cache Entry 42215 from information obtained from ACT 10712 and APAM 
10918. If APAM 10918 contains no entry for the current subject's ASN and the AON of the object being 
referenced. Protection Cache Miss Microcode 42207 performs a Microcode-to-software Call to KOS Access 

25 Control System Procedures 602 which go to LAUDE 40906 for the object and copy the required primitive 
data access information from the PACLE 41613 belonging to the object whose Subject Template 41601 
matches the subject attempting the reference into APAM 10918. The KOS Access Control System 
Procedures 602 then return to Cache Miss Microcode 42207, which itself returns. Since Cache Miss 
Microcode 41107 was invoked by an Event Signal, the retum causes JP 10114 to reexecute the memory 

30 reference which caused the protection cache miss. If Protection Cache 10234 was loaded as a result of the 
last protection cache miss, the miss does not recur, if Protection Cache 10234 was not loaded because the 
required information was not in APAM 10918. the miss recurs, but since the information was placed in 
APAM 10918 as a result of the previous miss. Cache Miss Microcode 42207 can now construct an Entry 
42215 in Protection Cache 10234. When Cache Miss Microcode 42207 returns, the memory reference is 

35 again attempted, but this time Protection Cache 10234 contains the information and the miss does not 
recur. 

Cache Miss Microcode 42207 creates a new Protection Cache Entry 42215 and loads it into Protection 
Cache 10234 as follows: Using AON 41304 from Logical Descriptor 27116 latched into Descriptor Trap 
20256 when the memory reference which caused the miss was executed and the current subject's ASN, 

40 contained in GR's 10360. Cache Miss Microcode locates APAME 42106 for the subject represented by the 
' ASN and the object represented by AON 41304 and copies the contents of APAME 42106 into a JP 10114 
register which may serve as a source for JPD Bus 10142. It also uses AON 41304 to locate AOTE 41306 
for the object and copies the contents of Size Field 41519 into another JP 10114 register which is a source 
for JPD Bus 10142. It then uses three special microcommands. executed in successive microinstructions, to 

45 *load Protection Cache Entry 42215. The first microcommand loads Protection Cache Entry 4221 5's TS 
24010 with AON 41304 of Logical Descriptor 27116 latched into Descriptor Trap 20256: the second loads 
the object's size into Protection Cache 10234's EXTENT field, and the third loads the contents of APAME 
42106 in the same fashion. 

Another microcommand invalidates all Entries 42215 in Protection Cache 10234. This operation, called 

50 flushing, is performed when an object is deactivated or when the current subject changes. The current 
subject changes whenever a Virtual Processor 612 is unbound from JP 101 14. and whenever a Process 610 
performs a call to or a return from a Procedure 602 executing in a domain different from that in which the 
calling Procedure 602 or the Procedure 602 being returned to executes in. In the cases of the Call and the 
unbinding of Virtual Processor 612. the cache flush is performed by KOS Call and dispatching microcode: 

55 in the case of object deactivation, it is performed by a KOS procedure using a special KOS SIN which 
invokes Cache Flush Microcode. 
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Event Counter Value 44802. and a Process 610 or Virtual Processor 6i2. 

Turning now to Figure 449, in the present embodiment, all Await Entries 44804 for user Processes 610 
are contained in PET 44705. PET 44705 also contains other information. Figure 449 presents only those 
parts of PET 44705 which illustrate Await Entries 44804. PET 44705 is structured to allow rapid location of 
5 Await Entries 44804 belonging to a specific Event Counter 44801. PET entries (PETEs) 44909 contain links 
which allow them to be combined into lists in PETE 44705. There are four kinds of lists in PET 44705: 

■ Event counter lists: these lists link all PETEs 44909 for Event Counters 44801 whose Event Counter 
Names 44803 hash to a single value. 

- Await lists: These lists link all PETEs 44909 for Event Counters 44801 which a given Process 610 is 

10 awaiting. 

- Interrupt lists: These lists link all PETEs 44909 for Event Counters 44801 which will cause an intenrupt 
to occur for a given Process 610. 

- The Free list PETEs 44909 which are not being used in one of the above lists are on a free list. 
Each PETE 44909 which is on an await list or an interrupt List is also on an event counter list. 

fs Turning first to the event counter lists, all PETEs 44909 on a given event counter list contain Event 
Counter Names 44803 which hash to a single value. The value is produced by Hash Function 44901. and 
then used as an index in PET Hash Table (PETHT) 44903. That entry in PETHT 44903 contains the index in 
PET 44705 of that PETE 44909 which is the head of the event counter list. PETE Ust 44904 represents one 
such event counter list. Thus, given an Event Counter Name 44803. KOS can quickly find all Await Entries 

20 44804 belonging to Event Counter 44801. 

In the present embodiment, the implementation of Event Counters 44801 and tables with Await Entries 
44804 involves both Processes 610 and Virtual Processors 612 to which Processes 610 are bound. As will 
be explained later, a large number of Event Counters 44801 and Await Entries 44804 belonging to 
Processes 610 are multiplexed onto a small number of Event Counters 44801 and Await Entries 44804 

25 belonging to the Processes' Virtual Processors 612. Await entries 44804 for Event Counters 44801 
belonging to Virtual Processors 612 are contained in VP AT 45401. 



b. Synchronization with Event Counters 44801 and Await Entries 44804) 

30 

The simplest form of Process 610 synchronization provided by KOS uses only Event Counters 44801 
and Await Entries 44804. Coordination takes place like this: A Process 610 A requests KOS to perform an 
Await Operation, i.e.. to establish one or more Await Entries 44804 and to suspend Process 610 A until one 
of the Await Entries is satisfied. In requesting the Await Operation. Process 610 A defines what Event 

35 Counters 44801 it is awaiting and what Event Counter Values 44802 these Event Counters 44801 must have 
for their Await Entries 44804 to be satisfied. After KOS establishes Await Entries 44804. it suspends 
Process 610 A. While Process 610 A is suspended, other Processes 6iO request KOS to perform Advance 
Operations on the Event Counters 44801 specified in Process 610 A*s Await Entries 44804. Each time a 
Process 610 requests an Advance Operation on an Event Counter 44801. KOS increments Event Counter 

40 44801 and checks Event Counter 4480 Vs Await Entries 44804. Eventually, one Event Counter 44801 
satisfies one of Process 610 A's Await Entries 44804. i.e.. reaches a value equal to or greater than tfie 
Event Counter Value 44802 specified in its Await Entry 44804 for Process 610 A. At tiiis point, KOS allows 
. Process 610 A to resume execution. As Process 610 A resumes execution, it deletes all of its Await Entries 
44804. 

E. Virtual Processors 612 (Fig. 453) 

As previously stated, a Virtual Processor 612 may be logically defined as the means by which a 
50 Process 610 gains access to JP 10114. In physical terms, a Virtual Processor is an area of MEM 10112 
which contains the information that the KOS microcode which binds Virtual Processors 612 to JP 10114 and 
unbinds them from JP 10114 requires to perform the binding and unbinding operations. Figure 453 shows a 
Virtual Processor 612. The area of MEM 10112 belonging to a Virtual Processor 612 is Virtual Processor 
512*s Virtual Processor State Block (VPSB) 614. Each Virtual Processor 612 in a CS 10110 has a VPSB 
55 614. Together, the VPSBs 614 make up VPSB Array 45301. Within the Virtual Processor management 
system, each Virtual Processor 612 is known by its VP Number 45304, which is the index of the Virtual 
Processor 612's VPSB 614 in VPSB Array 45301. Virtual Processors 612 are managed by means of lists 
contained in Micro VP Lists (MVPL) 45309. Each Virtual Processor 612 has an Entry (MVPLE) 45321 in 
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b. Virtual Processors 612 and Synchronization (Rg. 454) 

When a synchronization operation is performed on a Process 6i0. one of the consequences of the 
operation is a synchronization operation on a Virtual Processor 612. For exannple. an Advance Operation 

5 which satisfies an Await Entry 44804 for a Process 610 causes an Advance Operation which satisfies a 
second Await Entry 44804 for Process 610's Virtual Processor 612. Similarly, a synchronization operation 
performed on a Virtual Processor 612 may have a synchronization operation on Virtual Processor 6l2's 
Process 610 as a consequence. For example, if a Virtual Processor 612 performs an operation involving file 
I/O, Virtual Processor 6l2's Process 610 must await the completion of the I/O operation. 

to Rgure 454 illustrates the means by which process-level synchronization operations result in virtual 
processor-level synchronization operations and vice-versa. The discussion first descritDes the components 
which transmit process-level synchronization operations to Virtual Processors 612 and the manner in which 
these components operate. Then it describes the components which transmit virtual processor-level 
synchronization operations to Processes 610 and the operation of these components. 

T5 The first set of components is made up of VPSBA 45301 and VPAT 45401. VPSBA 45301 is shown 
here with two VPSBs 614: one belonging to a Virtual Processor 612 bound to a user Process 610 and one 
belonging to a Virtual Processor 612 bound to the KOS Process Manager Process 610. VPAT 45401 is a 
virtual processor-level table of Await Entries 44804. Each Await Entry 44604 is contained in a VPAT Entry 
(VP ATE) 45403. Each Virtual Processor 612 bound to a Process 610 has a VPAT Chunk 45402 of four 

20 VPATEs 45403 in VPAT 45401. and can thus await up to four Event Counters 44801 at any given time. The 
location of a Virtual processor 6l2*s VPAT Chunk 45402 Is kept in Virtual Processor 6l2's VPS8 614. When 
an Advance Operation satisfies any of the Await Entries 44804 tjelonging to a Virtual Processor 612. all in 
Virtual Processor 612's VAT Chunk 45402*s Await Entries 44804 are deleted. As in PET 44705, VPATES 
45403 containing Await Entries 44804 which are awaiting a given Event Counter 44801 are linked together 

25 in a list 

VPATEs 45403 for Virtual Processors 612 bound to user Processes 610 may contain Await Entries 
44804 for user Process 610*s Private Event Counter 45405. Private Event Counter 45405 is contained in 
Process 6l0's Process Obiect 901. It is advanced each time an Await Entry 44804 in a PETE 44909 on a 
PET List belonging to Process 610 is satisfied. 

30 The components operate as follows: When KOS performs an Await Operation on Process 610, it makes 
Await Entries 44804 in both PET 44705 and VPAT 45401 and puts Process 6l0's VP 612 on the suspended 
list in MVPL 45309. As previously described, an Await Entry 44804 in PET 44705 awaits an Event Counter 
44801 specified in the Await Operation which created Await Entry 44804. Await Entry 44804 in VPAT 45401 
awaits Process 610's Private Event Counter 45405. Each time an Await Entry 44804 belonging to Process 

35 610 in PET 44705 is satisfied, Process 610*s Private Event Counter 45405 is advanced. The advance of 
Private Event Counter 45405 satisfies Await Entry 44801 for Process 610's Virtual Processor 612 in VPAT 
45401. and consequently, KOS deletes Virtual Processor 612*s VPATEs 45403 and moves Virtual Processor 
612's MVPLE 45321 in MVPL 45309 from the suspended list to the eligible list. 

The components which allow a Virtual Processor 612 to transmit a synchronization operation to a 

40 Process 610 are the following: Outward Signals Object (OSO) 45409. Multiplexed Outward Signals Event 
Counter 45407, and PET 44705. OSO 45409 contains Event Counters 44801 which KOS FU 10120 
microcode advances when it perfoms operations which user Processes 610 are awaiting. Event Counters 
44801 in OSO 45409 are awaited by Await Entries 44804 in PET 44705. Each time KOS FU 10120 
microcode advances an Event Counter 44801 in OSO 45409. it also advances Multiplexed Outward Signals 

45 Event Counter 45407. It is awaited by an Await Entry 44804 in VPAT 45401 belonging to Virtual Processor 
612 bound to KOS Process Manager Process 610. When Virtual Processor 62 bound to KOS Process 
Manager Process 610 is again bound to JP 10114, KOS Process Manager Proces 610 examines alt PETEs 
44909 belongingtyo the Event Counters 44801 in OSO 45423. If an advance of an Event Counter 44801 in 
OSO 44801 satisfied a PETE 44909 Process 610, that Process 610's Private Event Counter 45405 is 

50 advanced as previously described, and Process 610 may again execute. 

A user I/O operation illustrates how the components work together. Each user 1/0 channel has an Event 
Counter 44801 in OSO 45409. When a Process 610 performs a user I/O operation on a channel, the EOS 
1/0 routine establish an Await Entry 44804 in the PET 44705 list belonging to Process 610 for the channel's 
Event Counter 44801 in OSO 45409. When the 1/0 operation is complete. lOS 10116 places a message to 

55 JP 10114 in an area of MEM 10112 and activates lOJP Bus 10132. The activation of lOJP Bus 10132 
causes an Event Signal which invokes KOS microcode. The microcode examines the message from ICS 
10116 to determine which channel is involved, and then advances Event Counter 44801 for that channel in 
OSO 45409 and Multiplexed Outward Signals Event Counter 45407. The latter advance satisfies an Await 
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a Procedure 602 is called a frame. Since a called Procedure 602 may call another Procedure 602 . and that 
another, a stack may have any number of frames, each frame containing the invocation state resulting from 
the invoation of a Procedure 602 by Process 610. and each frame lasting as long as the invocation it 
represents. When called Procedure 602 returns to its caller, the frame upon which it executes is released 

5 and the caller resumes execution on its frame. Procedure 602 being currently executed by a Process 610 
thus always runs on the top frame of Process 6l0's MAS 502. 

Calls and Returns in CS 10110 behave logically like those in other computer systems using stacks to 
preserve process 610 state. When a Process 610 executes a Call SIN. the SIN saves as Macrostate the 
current values of the ABPs. the location of the StN at which the execution of calling Procedure 602 Is to 

10 continue, and information such as a pointer to calling Procedure 6p2's Name Table 10350 and UID 40401 
belonging to the S-interpreter object which contains the S-intepreter for Procedure 602*s S*language. The 
Call SIN then creates a stack frame for called Procedure 602, obtains the proper A6P values, the location of 
called Procedure 602's Name Table 10350 and UIO 40401 belonging to its S-interpreter object, and begins 
executing newly-invoked Procedure 602 on the newly-created stack frame. The Return SIN deletes the 

TS stack frame, obtains the ABP values and name interpreter information from the Macrostate saved during the 
Call SIN. and then transfers control to the SIN at which execution of calling Procedure 602 is to continue. 

However, the manner in which Call and Return are implemented is deeply affected by CS 10110's 
Access Control System. Broadly speaking, there are two classes of Calls and Returns in CS 0110: those 
which are mediated by KOS and those which are not. In the following discussion, the former class of Calls 

20 and Returns are termed Mediated Calls and Returns, and the latter are called Neighbortiood Calls and 
Returns. Most Calls and Returns executed by CS 10110 are Neighborhood Calls and Returns; Mediated 
Calls and Returns are typically executed when a user Procedure 602 calls EOS Procedures 602 and these 
in turn call KOS Procedures 602. The Mediated Call makes CS 10110 facilities available to user Processes 
610 while protecting these CS 10110 facilities from misuse, and therefore generally serves the same 

25 purpose as system calls in the present art. As wilt be seen in the ensuing discussion. Mediated Call 
requires more CS 10110 overhead than Neighborhood Call, but the extra overhead is less than that 
generally required by system calls in the present art. 

Mediated Calls and Returns involve S-interpreter. Namespace, and KOS microcode. S-interpreter and 
Namespace microcode interpret the Names involved in the call and only modifies those portions of 

30 Macrostate accessible to the S-interpreter. The remaining Macrostate is modified by KOS microroutines 
invoked in the course of the Call SIN. A Mediated Call may be made to any Procedure 602 contained in an 
object to which Process 6l0*s subject has Execute Access at the time the invocation occurs. Mediated Calls 
and Returns must be made in the following situations: 

- When called Procedure 602'has a different Procedure Environment Descriptor (PED) 30303 from that 
35 used by calling Procedure 602. Such Calls are termed Cross-PED Calls. 

- When called Procedure 602 is in a different Procedure Object 608 from calling Procedure 602. Such 
Calls are temned Cross-Procedure Object Calls. 

- When called Procedure 602*s Procedure Object 608 has a different Domain of Execution (DOE) 
Attribute from that of calling Procedure 602*s Procedure Object 608, and therefore must place its Invocation 
40 State on a different MAS object from that used by calling Procedure 602. Such Calls are termed Cross- 
Domain Calls. 

in all of the above Calls, the information required to complete the Call is not available to the S-interpreter, 
and consequently, KOS mediation is required to complete the Call. Neighborhood Calls and Returns only 
modify two components of Macrostate: the pointer to the current SIN and the FP ABP. Both of these 

45 components are available to the S-interpreter as long as called Procedure 602 has the same PED 30303. 
i.e., uses the same Name Tabe 10350 and S-interpreter or the calling Procedure 602 and has Names with 
the same syllable size as calling Procedure 602. The Call and Return SlNs are specific to each S-language. 
but they resemble each other in their general behavior. The following discussion will deal exclusively with 
this general behavior, and will concentrate on Mediated Calls and Returns. The discussion first describes 

so MAS 502 and SS 504 belonging to a Process 610 and those parts of Procedure Object 608 involved in 
Calls and Returns, and then describes the implementation of Calls and Returns. 



2. Macro Stacks (MAS) 502 (Fig. 467) 

Figure 467 gives an overview of an object belonging to a Process 610's MAS 502. The description of 
this Figure will be followed by descriptions of other Rgures containing detailed representations of portions 

of MAS Objects. 
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- Frame Label Sequencer Field 46819: This fietd contains a Sequencer 45102. Sequencer 45102 is used 
to generate labels used to locate MAS Frames 46709 when a non-local GOTO is executed. 

Turning now to the detailed representation of Domain Environment Information 46821 located by Domain 
Environment Information Pointer Field 4681 1 . there are the following fields: 
5 - KOS Format Information Field 46823. 

• Flags Field 46825. containing the following flags: 

• Pending Interrupt Flag 46827, set to TRUE when Process 610 has an interrupt pending for the domain 
to which MAS Object 46703 belongs. 

- Domain Dead Flag 46829, set to TRUE when Process 610 can no longer execute Procedures 602 with 
w domains of execution equal to that to which MAS Object 46703 belongs. 

- Invoke Verify on Entry Flag 46833 and Invoke Verify on Exit Rag 46835. The former flag is set to 
TRUE when KOS is to invoke a Procedure 602 which checks the domain's data bases before a Procedure 
602 is allowed to execute on the domain's MAS Object 46703; the latter is set to TRUE when KOS is to 
invoke such a Procedure 602 on exit from a Procedure 602 with the domain as its DOE. 

15 ' Default Handler Non-null Rag 46835 is set to TRUE when there is a default clean-up handler for the 
domain. Clean-up handlers are descht>ed later. 

- Intenupt Mask Reld 46839 determines what interrupts set for Process 610 in MAS object 46703' s 
domain will be honored. 

- Domain UID Reld 46841 contains UID 40401 for the<1omain to which MAS Object 46703 belongs. 
20 - Relds 46843 through 46849 are pointers to Procedures 602 or tables of pointers to Procedures 602. 
The Procedures 602 so located handle situations which arise as MASs 502 are manipulated. The use of 
these fields will become clear as the operations which require their use are explained. 



25 b^ Per-domain Data Area 46853 (Rg. 468) 

Per-domain Data Area 46853 contains data which cannot be kept in MAS Frames 46709 belonging to 
invocations of Procedures 602 executing in MAS Object 46703's domain, but which must be available to 
these invocations. Per-Oomain Data Area 46853 has two components: Storage Area 46854 and AAT 30201, 
30 Storage Area 46854 contains static data used by Procedures 602 with invocations on MAS Object46703 and 
data used by S-interpreters which are used by such Procedures 602. Associated Address Table (AAT) 
30201 is used to locate data in Storage Area 46854. A detailed discussion of AAT 30201 is contained in 
Chapter 3. 

Two kinds of data is stored in Storage Area 46854: static data and S-interpreter data. 

35 Static data is stored in Static Data Block 46863. Static Data Block 46863 comprises two parts: Linkage 
Pointers 46865 and Static Data Storage 46867. Linkage Pointers 46865 are pointers to static data not 
contained in Static Data Storage 46867, for example, data which lasts longer than Process 610. and pointers 
to External Procedures 602 which the Procedure 602 to which Static Data Storage 46867 belongs invokes. 
Static Data Storage 46867 contains storage for static data used by the Procedure 602 which does not last 

40 longer than Process 6i0 executing the Procedure 602. 

S-interpreter data is data required by S*interpreters used by Procedures 602 executing on MAS object 
46703. The S-interpreter data is stored in S-interpreter Environment Block (SEB) 46864. which, like Static 
Data Block 46864. is located via AAT 30201 . The contents of SEB 46864 depend on the S-interpreter. 

45 

c.c. MAS Frame 46709 Detail (Fig. 469) 

Figure 469 represents a typical frame in MAS Object 46703. Each MAS Frame 46709 contains a 
Mediated Frame 46947 produced by a Mediated Call of a Procedure 602 contained in a Procedure Object 

50 608 whose DOE attribute is the one required for execution on MAS object 46703. Mediated Frame 46947 
may be followed by Neighborhood Frames 46945 produced by Neighborhood Calls of Procedures 602. 
Mediated Frame 46947 has two parts, a KOS Frame Header 10414 which is manipulated by KOS 
microcode, and an S-interpreter Portion which is manipulated by S-interpreter and Namespace microcode. 
Neighborhood Frames 46945 have no KOS Frame Headers 10414. As will become clear upon , closer 

55 examination of Figure 469. Mediated Frames 46947 in the present embodiment contain no Macrostate. in 
the present embodiment Macrostate for these frames is kept on SS Object 10336: however in other 
embodiments. Macrostate may be stored in Mediated Frames 46947. Neighborhood Frames 46945 contain 
those portions of the macrostate which may be manipulated by Neighborhood Call; the location of this 
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3. SS 504 (Fig. 470) 

Figure 470 presents an overview of SS 504 belonging to a Process 610. SS 504 is contained in SS 
Object 10336. SS Object 10336 is manipulated only by KOS microcode routines. Neither Procedures 602 

5 being executed by Process 610 nor S-interpreter or Namespace microcode may access information 
contained in SS Object 10336. 

SS Object 10336 comprises two main components. SS Base 47001 and SS Frames 47003. Turning first 
to the general structure of SS Frames 47003. each time a Process 610 executes a (Mediated Call. KOS 
microcode creates a new SS Frame 47003 on SS Object 10336 belonging to Process 610. and each time a 

10 Process 610 executes a Mediated Return, KOS microcode removes the current top SS Frame 47003 from 
SS Object 10336. There is thus one SS Frame 47003 on SS Object 10336 t>elonging to a Process 610 for 
each Mediated Frame 46947 on Process 610's MAS 502. 

SS Frames 47003 comprise two kinds of frames: Ordinary Frames .10510 and Cross-domain Frames 
47039, Cross-domain Frames 47039 are created whenever Process 610 executes a Cross-domain Call; for 

75 ail other Mediated Calls. Ordinary Frames 10510 are created. Cross-domain Frames 47039 divide SS 
Frames 47003 into Groups 47037 of SS Frames 47003 belonging to sequences of invocations in a single 
domain. The first SS Frame 47003 in a Group 47037 is a Cross-domain Frame 47039 for the invocation 
which entered the domain, and the remainder of the SS Frames 47003 are Ordinary Frames 10510 for a 
sequence of invocations in that domain. These groups of SS Frames 47003 correspond to groups of 

20 Mediated Frames 46947 in a single MAS Object 46703. 



a.a. SS Base 47001 (Rq. 471) 

25 SS Base 47001 comprises four main parts: SS Header 10512. Process Microstate 47017. Storage Area 
47033 for JP 10114 register contents, and Initialization Frame Header 47035. Secure Stack Header 10512 
contains the following information: 

- Fields 47001 and 47009 contain flag and format information; the exact contents of these fields are 
unimportant to the present discussion. 

30 ' Previous Frame Offset Value Field 4701 1 is a standard field in headers in SS Object 10336; here, it is 
set to 0. since there is no previous frame. 

- Secure Stack First Frame Offset Field 47013 contains the offset of the first SS Frame 47039 in SS 
object 10336. i.e.. Initialization Frame Header 47035. 

- Process UID field 47015 contains tJIO 40401 of Process 610 to which SS Object 10336 belongs. 
35 - Number of Cross Domain Frames Reld 47016 contains the number of Cross-domain Frames 47039 in 
SS Object 10336. 

Process Microstate 47017 contains information used by KOS microcode when it executes Process 610 to 
which SS Object 10336 belongs. Fields 47019. 47021, and 47022 contain the offsets of locations in SS 
Object 10336. Field 47019 contains the value of SSTO, the location of the first free bit in SS Object 10336; 

40 F\Qi6 47021 contains the value of SSFO. the location of the topmost frame in SS object 10336; Reld 47022. 
finally, contains the value of XOFO, the location of the topmost Cross-domain Frame 47039 in SS Object 
10336. All of these locations are marked in Figure 470. 

Other fields of interest in Process Microstate 47017 comprise the following: Offsets in Storage Area 
• Reld 47023 contains offsets of locations in Storage Area 47033 of SS Object 10336; Domain Numt)er Reld 

45 47025 contains the domain number for the DOE of Procedure 602 currently being executed by Process 
610. The relationship between domain UIDs and domain numbers is explained in the discussion of domains. 
VPAT Offset Reld 47027 contains the offset in VPAT 45401 of VPAT Chunk 45402 belonging to Virtual 
Processor 612 to which Process 610 is bound. Signal Pointer Field 47029 contains a resolved pointer to the 
Signaller (a Procedure 602 used in condition handling) belonging to the domain specified by Domain 

so Number Reld 47025. and Trace Information Field 47031 contains a resolved pointer to that domain's Trace 
Table, described later. 

Storage Area for JP 10114 register Contents 47033 is used when a Virtual Processor 612 must be 
removed from JP 10114. When this occurs, either because Virtual Processor 612 is unbound from JP 
10114. because CS 10110 is being halted, or because CS lOilO has failed, the contents of JP 10114 
55 registers which contain information specific to Virtual Processor 612 are copied into Storage Area 47033. 
When Virtual Processor 612 is returned to JP 10114. these register contents are loaded back into the JP 
10114 registers from whence they came, initialization Frame Header 47035. finally, is a dummy frame 
header which is used in the creation of SS Object 10336. 
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SS Frames 47003 (Fig. 471 ) 
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to a Procedure 602 whose DOE differs from that of Procedure 602 whose invocation has ended is returning 
to the proper domain. Fields of interest in Cross-domain State 10513 include GOTO Tag 47155. used (or 
non-!ocal GOTOs which cross domains. Stack Top Pointer Value 47153. which gives the location of the first 
free bit in the new domain's MAS Object 49703. and Frame Header Pointer Value 47151. which contains 

5 the location of the topmost Mediated Frame Header 46709 in new MAS Object 46703. 

There are three fields in Cross-domain Frame Header 47157 which differ from those in Ordinary SS 
Frame Header 47101. These fields are Flag Field 47107. which in Cross-domain Frame Header 47157 
always has the value TRUE, Preceding Cross-domain Frame Offset Field 47; 61. which contains the offset 
of preceding Cross-domain Frame 47039 in SS Object 10336, and Next Cross-domain Frame Offset Reld 

10 47159, which contains the location of the next Cross-domain Frame 47039. These last two fields occupy the 
same locations as Fields 47111 and 47109 respectively in Ordinary SS Frame Header 10514. 

As will be noted from the above description of SS Frames 47003. Secure Stack Object 10336 in the 
present embodiment contains three kinds of information: macrostate. cross-domain state, and microstate. In 
other embodiments, the information in SS object 10336 may be stored in separate stack structures, for 

;5 example, separate microstate and cross-domain stacks, or information presently stored in MAS Objects 
46703 may be stored in SS Object 10336, and vice-versa, 

4. Portions of Procedure Object 608 Relevant to Call and Return (Rq. 472) 

20 

The information which Process 610 requires to construct new frames on its MAS Objects 46703 and SS 
Object 10336 and to transfer conuol to invoked Procedure 602 is contained in invoked Procedure 602's 
Procedure Object 608. Figure 472 is an overview of Procedure Object 608 showing the information used in 
a Call. Figure 472 expands information contained in Figures 103 and 303: fields that appear in those 

25 Rgures have the names and numbers used there. 

Beginning with Procedure Object Header 10336, this area contains two items of information used in 
Calls: an offset in Reld 47201 giving the location of Argument Information Array 1*0352 in Procedure Object 
608 and a value in Field 47203 specifying the number of gates in Procedure Object 608. Gates allow the 
invocation of External Procedures 602. that is, Procedures 602 which may be invoked by Procedures 602 

00 contained in other Procedure Objects 608. Procedure Object 608's gates are contained in External Entry 
Descriptor Area 10340. There are two kinds of gates: those for Procedures 602 contained in Procedure 
Object 608. and those for Procedures 602 contained in other Procedure Objects 608, but callable via 
Procedure Object 608. Gates for Procedures 602 contained in Procedure Object 608 are termed Local 
Gates 47205. Loca! Gates 47205 contain Internal Entry Offset (lEO) Field 47207 which contains the offset in 

35 Procedure Object 608 of Entry Descriptor 47227 for Procedure 602. If Procedure 602 is not contained in 
Procedure object 472, its gate is a Link Gate 47206. Link Gates 47206 contain Binder Area Pointer (BAP) 
Fields 47208. A BAP Reld 47208 contains the locations of an area in Binder Area 30323 which in turn 
contains a pointer to a Gate in another Procedure Object 608. The pointer in Binder Area 30323 may be 
either resolved or unresolved. If Procedure 602 is contained in that Procedure Object 608, the Gate is a 

40 Local Gate 47205; othen^^ise, it is another Link Gate 47206. 

Procedure Environment Descriptors (PEDS) 10348 contains PEDs 30303 for Procedures 602 contained 
in Procedure Object 608. Most of the macrostate information for a Procedure 602 may be found in its PED 
30303. PED 30303 has already been described, but for ease of understanding, its contents are reviewed 
here. 

45 • K Reld 30305 contains the size of Procedure 602's Names. 
- Largest Name (LN) Field 30307 contains the i 

Beginning with Procedure Object Header 10336. this area contains two items of information used in 

Calls: an Offset in Reld 47201 giving the location of Argument Information Array 10352 in Procedure Object 

608 and a value in Field 47203 specifying the number of gates in Procedure Object 608. Gates allow the 
50 invocation of External Procedures 602. that is, Procedures 602 which may be invoked by Procedures 602 

contained in other Procedure Objects 6nter to Static Data Block 46863. Thus, for that invocation of 

Procedure 602, on invocation, the SDP ABP is derived via SDPP field 30313. 

- PBP Held 30315 is the pointer from which the current PC is calculated. When Procedure 602 is 

invoked, this value becomes the PBP ABP. 
55 - S-interpreter Environment Prototype Pointer (SEPP) Field 30316 contains the location of SEB Prototype 

Field 30317. When Procedure 602 is invoked, Field 30316 locates SEB 46864 via AAT 30201 in the same 

manner as SDPP field 30313 locates the invocation's static data. 

A Procedure 602's PED 30303 may be located from its Internal Entry Descriptor 47227. A PED 30303 may 
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remaining bits specify read, write, and execute access. If a bit is on. the subject pertornning the invocation 
must have that kind of primitive access to the object containing the data item used as an actual for the 
formal argument corresponding to that AMAE 47253. tn the Extended Access Form 47257. the leftmost bit 
is set to 1 and the remaining bits are defined to represent extended access required for Procedure 602. The 
5 definition of these bits varies from Procedure 602 to Procedure 602. 



5. Execution of Mediated Calls 

fo Having described the portions of MAS Object 46703, SS Object 10336, and Procedure Object 608 
which are involved in Calls, the discussion turns to the description of the Mediated Call Operation. First, 
there is presented an overview of the Mediated Call SIN. and then the implementation of Mediated Calls in 
the present embodiment is discussed, beginning with a simple Mediated Call and continuing with Cross- 
Procedure Object Calls and Cross Domain Calls. The discussion closes with a description of software-to- 
rs microcode Calls. 



a.a. Mediated Call SINs 

20 While the exact form of a Mediated Call SIN is S-language specific, all Mediated Call SINs must contain 
four items of information: 

- The SOP for the operation. 

- A Name that evaluates to a pointer to the Procedure 602 to be invoked by the SIN. 

- A literal (constant) specifying the number of actual arguments used in the invocation. 

25 - A list of Names which evaluate to pointers to the actual arguments used in the invocation. 

If Procedure 602 requires no arguments, the literal will be 0 and the list of Names representing the actual 
arguments will be empty. 

In the present embodiment Mediated Call and Return SINs are used whenever called Procedure 602 
has a different PED 30303 from calling Procedure 602. In this case, the Call must save and recalculate 
30 macrostate ottier than FP and PC. and mediation by KOS Call microcode is required. The manner in which 
KOS Call microcode mediates the Call depends on whether the Call is a simple Mediated Call, a Cross- 
procedure Object Call, or a Cross-Domain Call. 

35 b.b. Simple Mediated Calls (Fig. 270. 468. 469. 470. 471. 472) 

When the Mediated Call SIN is executed, S-interpreter microcode first evaluates the Name which 
represents the location of the called Procedure 602. The Name may evaluate to a pointer to a Gate 47205 
or 4707 in another Procedure Object 608 or to a pointer to an Entry Descriptor 47227 in the present 

40 Procedure Object 608. When the Name has been evaluated. S-interpreter Call microcode invokes KOS Call 
microcode, using the evaluated Name as an argument. This microcode first fills in Macrostate Fields 10516. 
left empty until now, in the current invocation's SS Frame 47003. The microcode obtains the values for 
these fields from registers in FU 10120 where they are maintained while Virtual Processor 612 of Process 
610 which is executing the Mediated Call is bound to JP 10114. 

45 The next step to determine whether the pointer which KOS Call microcode received from S-interpeter 
Call microcode is a pointer to an External Procedure. To make this determination. KOS Call microcode 
compares the pointer's AON 41304 with that of Procedure Object 608 for Procedure 602 making the Call. If 
they are different, the Call is a Cross-Procedure Object Call, described below. In the case of the Simple 
Mediated Call, the format field indicates that the location is an Entry Descriptor 47227. KOS Call microcode 

50 continues by saving the location of Entry Descriptor 47227 and creating a new Mediated Frame 46947 on 
current MAS Object 46703 and a new Ordinary SS Frame 10510 on SS Object 10336 for called Procedure 
602. As KOS Call microcode does so. it sets Fields 46917 and 46919 in Mediated Frame Header 10414 and 
Fields 47109 and 47111 in Ordinary SS Frame Header 10514 to the values required by the addition of 
frames to MAS Object 46703 and SS Object 10336, 

55 New Mediated Frame 46947 is now ready for Linkage Pointers 10416 to the actual arguments used in 
the Call, so KOS Call microcode returns to S-interpreter Call microcode, which parses the SIN to obtain the 
literal specifying the number of arguments and saves the literal value. S-interpreter Call microcode then 
parses each argument Name, evaluates it, and places the resulting value in Linkage Pointers Section 10416. 
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602, Cross-Procedure Object Calls differ from tfie Simple Mediated Call only in the manner in which called 
Procedure 602's Entry Descriptor 47227 is located. Once KOS Call microcode has determined as described 
above that a Mediated Call is a Cross-Procedure Object Call, it must next determine whether it is a Cross- 
Domain Call. To do so. KOS Call microcode compares the DOE Attribute of called Procedure 602's 

5 Procedure Object 608 with the domain component of the current subject. KOS Call microcode uses 
Procedure Object 608's AON 41304 to obtain Procedure Object 608's DOE from Field 41521 of its AOTE 
41306. and it uses the ASN for the current subject, stored in an FU 10120 register, to obtain the current 
subject's domain component from AST 10914. If the DOE and the current subject's domain component 
differ, the Call is a Cross-domain Call, described below; otherwise, the Call locates the Gate 47205 or 47206 

10 specified by the evaluated Name for called Procedure 602 in its Procedure Object 608. If the Gate is a 
local Gate 47205, the Call uses Entry Descriptor Offset Reld 47207 to locate Entry Descriptor 47227 
belonging to Called Procedure 602 and then proceeds as described in the discussion of a Simple Mediated 
Call. 

If the Gate is a Link Gate 47206. KOS Call microcode obtains the pointer corresponding to Link Gate 
75 47206 from Binder Area 47245 and resolves it to obtain a pointer to another Gate 47205 or 47206, which 
KOS Call microcode uses to repeat the Extemal Procedure 602 call described above. The repetitions 
continue until the newly-located gate is a Local Gate 47205. whereupon Call proceeds as described for 
Simple Mediated Calls. 

20 

e.e. Cross-domain Calls (Fig. 270. 408, 418. 468. 469, 470. 471. 472) 

If a called Procedure 602's Procedure Object 608 has a DOE attribute differing from that of calling 
Procedure 602's Procedure Object 608. the Call is a Cross-domain Call. The means by which KOS Call 

25 microcode determines that a Mediated Call is a Cross-Domain Call have previously been desail^ed; If the 
Call is a Cross-Domain Call. KOS Call microcode must inactivate MAS Object 46703 for the domain from 
which -the Call is made, perform trojan horse argument checks, switch subjects, place a Cross-domain 
Frame 47039 on SS object 1 0336, and locate and activate MAS Object 46703 for the new domain before it 
can make a Mediated Frame 46947 on new MAS Object 46703 and continue as described in the discussion 

30 of a Simple Mediated Call. 

Cross-domain Call microcode first inactivates the current MAS Object 46703 by setting Domain Active 
Flag 46804 to FALSE. The next step is the trojan horse argument checks. In order to perform trojan horse 
argument checks. Cross-domain Call must have pointers to the actual arguments used in the cross-domain 
invocation. Consequently. Cross-domain Call first continues like a non-cross-domain Call: it creates a 

35 Mediated Frame Header 10414 on old MAS Object 46703 and returns to S-interpreter microcode, which 
evaluates the Names of the actual arguments, and places the pointers in Linkage Pointers 10416 above 
Mediated Frame Header 10414. However, the macrostate for the invocation performing the call was placed 
on SS Object 10336 before Mediated Frame Header 10414 and Linkage Pointers 10416 were placed on old 
MAS Object 46703. Consequently, when calling Procedure 602 resumes execution after a Return, it will 

40 resume on MAS Frame 46709 preceding the one built by Cross-domain Call microcode, . 

Once the pointers to the actual arguments are available. Cross-domain Call Microcode performs the 
trojan horse check. As described in the discussion of Procedure Object 608 and illustrated in Figure 472, 
the information required to perform the check is contained in AIA 10352. Each Local Gate 47205 in 
Procedure Object 608 has an AIAE 47245. each formal argument in Local Gate 47205's procedure has an 

45 entry in AIAE 47245's AMA 47251, and the formal argument's AMAE 47253 indicates what kind of access to 
the formal argument's actual argument is required in called Procedure 602. 

Reld . AIA OFF 47201 contains the location of AIA 10352 in Procedure Object 608, and using this 
information and Local Gate 47205's offset in Procedure Object 608, Cross-domain Call microcode locates 
AIAE 47245 for Local Gate 47205. The first two fields in AIAE 47245 contain the minimum numtjer of 

50 arguments in the invocation and the maximum number of arguments. Cross-domain Call microcode checks 
whether the number of actual arguments falls between these values. If it does, Cross-domain Call 
microcode begins checking the access allowed individual arguments. For each argument pointer, Cross- 
domain Call microcode calls LAR microcode to obtain the current AON 41304 for the pointer's UID and 
uses AON 41304 and the ASN for Process 610's current subject (i.e.. the caller's subject) to locate an entry 

55 in either APAM 10918 or ANPAT 10920. depending on whether the argument's AIAE specifies primitive 
access (47255) or extended access (47257) respectively. If the information from APAM 10918 or ANPAT 
10920 confirms that Process 6lO's current subject has the right to access the argument in the manner 
required in called Procedure 602, the Trojan Horse microcode goes on to the next argument. If the current 
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6. Neighborhood Calls (Fig. 468. 469. 472) 

As previously mentioned. Procedures 602 called via Neighborhood Calls must have the same PED 
30303 as calling Procedure 602. The only macrostate values which are not part of PED 30303 are PC and 

5 FP; consequently. Neighborhood Call need only save PC and FP of the invocation performing the call and 
calculate these values for the new invocation. In addition. Neighborhood Call saves STO 46704 in order to 
make it easier to locate the top of the previous invocation's Neighborhood Frame 46947. Neighborhood 
Return simply restores the saved values. Since the macrostate values copied from or obtained via PED 
30303 do not change during the sequence of invocations, and therefore need not be saved on SS Object 

10 10336. Neighborhood Calls do not have SS Frames 47003. 

The invention may be embodied in yet other specific forms without departing from the spirit or essential 
characteristics thereof. Thus, the present embodiments are to be considered in alt respects as illustrative 
and not restrictive, the scope of the invention t>eing indicated by the appended claims rather than by the 
foregoing description, and all changes which come within this meaning and range of equivalency of the 

;5 claims are therefore intended to be embraced therein. 

Claims 

20 1. In a digital computer system including processor means for performing operations on operands, 
memory means for storing at least instructions for controlling said processor means, bus means for 
conducting at least said instructions between said memory means and said processor means, and I/O 
means for conducting at least said operands between said processor means and devices external to said 
digital computer system, said operands and instructions being structured into objects for containing said 

25 operands and instructions, said digital computer system comprising: 
means for uniquely indentifying said objects comprising 

processor means responsive to first certain of said instructions for structuring said information into said 
objects, and 

means for generating unique identifier codes, each one of said unique identifier codes being 
30 permanently associated with a corresponding one of said objects generated by said processor means, 
said unique identifier code generating means comprising 
means for generating first unique identifier code fields for uniquely identifying at least said digitial 
computer system. 

means for generating second unique identifier code fields for uniquely identifying each one of said 
35 objects generated by said processor means, and 

means responsive to second certain of said instructions for combining one of said first unique identifier 
code fields and one of said second unique identifier code fields and providing to said processor means a 
said one of said unique identifier codes to be permanently associated with a said corresponding one of said 
objects generated by said processor means, and 
40 protection means for preventing a first user currently using said digital computer system to execute a 
program comprising at least one said procedure object from obtaining unauthorized access to objects of a 
second user, including 

subject number memory means responsive to operation of said processor means for storing a currently . 
active subject number of plurality of subject numbers. 

45 each said subject number corresponding to a subject of a plurality of subjects wherein each said 

subject is comprised of the combination of (1) a user of said digital computer system. (2) a process of said 
digital computer system for executing a said procedure of said user, and (3) the type of operation to be 
performed by said digital computer system in response to a said instruction of said at least one said 
procedure of said first user's program, and 

50 said currently active subject number identifies said first user currently utilizing said digital computer 

system, (2) a said process currently executing said at least one procedure of said first user's program, smd 
(3) said type of operation to be performed by said digital computer system in response to a present one of 
said instructions of said at least one procedure of said first user's program, 
protection memory means for storing at least one access control list. 

55 each said access control list corresponding to each of said objects and comprising at least one access 
control entry. 

each said access control entry corresponding to a said subject having access rights to said 
corresponding object and containing said access rights of said a said subject to said corresponding object. 
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active subject number ot plurality of subject numbers. 

each of said subject numbers corresponding to a subject of a plurality of subjects wherein each said 
subject is comprised of the combination of (l) a user of said digital computer system. (2) a process of said 
digital computer system for executing a said procedure of said user, and (3) the type of operation to be 
5 performed by said digital computer system in response to a said instruction of a said procedure of said 
user's program, and 

said currently active subject number identifies said user currently utilizing said digital computer system, 
(2) a said process currently executing said procedure of said user's program, and (3) said type of operation 
to be performed by said digital computer system in response to a present one of said instructions of said at 
10 least one procedure of said first user's program. 

protection memory means for storing at least one access control list, 

each said access control list corresponding to each of said objects and comprising at least one access 
control entry, 

each said access control entry corresponding to a said subject having access rights to said 
;s corresponding object and containing said access rights, of said a said subject to said corresponding object, 
and 

access right means responsive to a said currently active subject number and to operation of said 
processor means for indexing said protection means in response to a said current instruction of said at least 
one procedure of said user's program when said a said current instruction requests access to a said one of 
20 said objects and for comparing said access rights of a said corresponding currently active subject to said a 
said one of said objects. 
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